Kom niet uit foutmelding 'Projekt-id mag geen "/"-teken bevatten'

[pascal]

Ik doe menu 3-7-1-1 Raadplegen offertes
vervolgens F4 toevoegen offerte
F6, F4 toevoegen projekt, vul projekt-id in

Nu komt het weleens voor dat je (soms per ongeluk maar soms ook expres) de "/" of een ander teken invult welke niet toegestaan is in het betreffende veld. Je krijgt keurig de melding 'Projekt-id mag geen "/"-teken bevatten'. Probleem is dat je hier niet meer uitkomt: klik je op 'Door' dan krijg je de foutmelding meteen weer - je krijgt niet de kans het Projekt-id aan te passen.

Aanvullend vraagje: waarom mag het "/"-teken niet gebruikt worden? Ik vermoed dat dit een technische reden heeft? En kan het aangepast worden zodat je de "/" wel kunt gebruiken?

[Cliff]

Pascal,

Het lijkt veroorzaakt te worden door de gedisablede rubriek "Hoort bij Groep". Enable deze rubriek maar eens dan zal je zien dat het werkt.

[pascal]

Veld deblokkeren is de oplossing, bedankt :)

Komt het vaker voor dat een naastgelegen geblokkeerd veld ervoor kan zorgen dat-ie zo blijft 'hangen' na een foutmelding? Wanneer ik nl 'Door' kies bij de foutmelding zie ik hem niet naar het gedeblokkeerde veld springen. Of wordt dit soort problemen vaak veroorzaakt door een geblokkeerd 1e veld in een scherm?
Even handig om te weten voor een volgende keer.

[Wouter Rijnbende]

Eigenlijk komt het omdat er een oud mechanisme gebruikt wordt; waar we tegenwoordig in staat zijn om terug te keren naar een specifiek veld op het scherm (op basis van de naam van de rubriek) kon dit vroeger (10 jaar geleden) alleen maar relatief. D.w.z. we moesten terugkeren naar de 2e rubriek van het 1e schermdeel, en dat deden we door het 1e veld met Enter te beantwoorden.
Heb jij die eerste rubriek gedisabled, dan doet het systeem vanzelf 1 enter-toets teveel. De gebruikte methode weet niets van de gedisablede rubrieken af.

Konkreet kunnen we dit soort dingen dus wel in koding oplossen (als we er tijd voor hebben). Je bent sneller af als je dit soort dingen gewoon niet uitlokt; disable bijv. geen velden die onderdeel zijn van de sleutel (die hetgeen waar je mee bezig bent uniek maakt).

[pascal]

Ok, duidelijk, bedankt 

[Peter Stordiau]

disable bijv. geen velden die onderdeel zijn van de sleutel (die hetgeen waar je mee bezig bent uniek maakt).

Ja, da's een goeie. Maar hier toch echt niet het geval (kan eigenlijk ook nooit natuurlijk). Wat hier echter wèl het geval is, is dat in het deel van de Sleutelvelden, een -daarvoor- oneigenlijk veld staat. Je weet wel Wouter, een jaartje of 19 geleden idem bij Toevoegen Grootboekrekeningen ... "dat zal ons eeuwig achtervolgen". En dat is dus ook zo. Dit is precies dezelfde situatie.
Ons = ook de klant.