Praktisch alle Wijzig-funkties binnen Profit werken standaard met een mechanisme wat in praktijk niet handig uitpakt. Bij de schermopbouw worden de schermvelden gevuld met de waarden van de te wijzigen Entiteit (bijvoorbeeld Artikelen). Is er in die Funktie een rubriek opgenomen die naar een andere Entiteit verwijst (Financiële Groep) dan zal er een Funktietoets aanwezig zijn naar "Raadplegen". Zouden we bij Toevoegen die Funktietoets gebruiken, dan wordt het schermveld gevuld met de waarde die in dat Raadpleegoverzicht wordt geselekteerd. Na het verlaten van de Raadpleegfunktie, en bij de terugkeer naar de aanroepende Funktie (Toevoegen Artikelen) zal het scherm opnieuw moeten worden geïnitialiseerd. Bij Toevoegen kan dit geen kwaad, bij Wijzigen zorgt deze initialisatie er echter voor dat de schermvelden opnieuw uit de database worden opgehaald.
Dit zorgt voor de (op zich lastige) situatie dat als we eenmaal een bepaalde Financiële Groep hebben ingevuld (stel 'A') en we gaan naar Raadplegen, en selekteren daar 'B', dat bij terugkomst weliswaar het schermveld eventjes wordt overschreven met B, maar daarna direkt weer de oude waarde uit de database wordt gelezen (A).
In een poging dit op te lossen v.w.b. Wijzigen Artikel werd o.a. de Financiële Groep bewaard in een aparte variabele, welke echter 'gevuld' bleef zolang Wijzigen Artikelen aktief bleef. Als Wijzigen Artikelen niet werd verlaten, maar middels
PgUp_,
PgDn_ of d.m.v. handmatig intypen een ander Artikelnummer werd gewijzigd, dan werd de zojuist opgehaalde Financiële Groep ook voor dát Artikel gebruikt.
Middels deze Release-note is de werking van "Wijzigen Artikelen" weer net als alle andere Wijzigfunkties. Hiermee is bovengenoemd probleem verholpen, echter
F5___ vult daarmee niet meer de aldaar geselekteerde Financiële Groep.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOARWY1 | Omschrijving (nog) niet bekend | 31-08-2000 | 05-09-2000 |
