M.b.t. je Printerdriver kan ik al zo even snel 3 mogelijke oorzaken bedenken:
a. Bij het selekteren van een Printerdriver kun je "Bladlengte" opgeven. Dit is ooit bedoeld voor Matrixprinters, die gevoed kunnen worden met 11 inch of 12 inch papier, wat representatief is voor 66 of 72 regels per blad. In de Initialisatiekode van de betreffende printer kon dan worden gerefereerd aan CHR(REGPAG) om zodoende met één Printerdriver zowel 11" als 12" papier aan te kunnen sturen, waarbij dit 11" of 12" aan de printer kenbaar gemaakt moet worden. Temeer omdat het aantal beprintbare regels per blad bij de Printerdriver wordt ingesteld, is het aangeven van 66 of 72 tekens een beetje raar. Profit doet er tegenwoordig niets meer mee, behalve dat jullie dit nog kunnen gebruiken als referentie in de Initialisatiekode van een Printerdriver. Wel, bedenk maar dat iemand dan een waarde > 254 intypt, en CHR(REGPAG) zal een onmogelijke waarde opleveren en foutlopen.
-> Elimineer CHR(REGPAG) in je Printerdrivers, en maak gewoon een Printerdriver voor 11 inch papier en eentje voor 12 inch papier.
b. In praktisch ieder printoverzicht zal het systeem de kop van het te printen overzicht centreren. Om dit te kunnen centreren wordt gebruik gemaakt van het aantal tekens wat volgens het lettertype Klein van de Printkopdriver kan worden geprint. Het zou nu kunnen voorkomen dat als je een printje hebt welke een kop heeft van 100 tekens, terwijl je een Printerdriver hebt geselekteerd waarin maar 96 tekens kunnen worden afgedrukt, dit centreren nooit kan werken, en foutloopt.
-> Selekteer een Printerdriver die voldoende breed kan printen.
c. De situatie waar Richard inmiddels aan refereert... Bij een Printerdriver geef je diverse aanstuurkodes op, zoals bijv. "CHR(27)+"&l0S". Als een Printer zich laat aansturen o.b.v. Charactercodes, moet niet de tekst "CHR(27)" naar de printer worden gestuurd, maar "de inhoud" van die opdracht, hetgeen leidt tot 1 character (Escape). Als je hier typefouten in maakt, kan het zijn dat e.e.a. foutloopt bij de omzetting van de ingevulde string naar de inhoud ervan. Dus, CHR(27) werkt wel, CHH(27) werkt niet.
APPTIN, de funktie waarin het foutloopt, impliceert dat optie c. aan de orde is, echter, zodra je een Printerdriver toevoegt, kontroleert deze al op dit soort typefouten.
Daarmee houd ik het er per saldo op dat situatie a. de boosdoener is, waarbij CHR(REGPAG) bij het aanmaken van de Printerdriver wel kon worden uitgevoerd (en kon worden gekontroleerd), maar nu wordt toegepast door een gebruiker die een onjuiste waarde heeft staan bij de door hem geselekteerde Printerdriver én waarbij je Printerdriver naar CHR(REGPAG) verwijst.
