printen naar scherm

[Johan]

Een bijna perfecte functie is het printen naar scherm, waarbij alles in het kladblok wordt gezet. bijna, want er mankeren m.i. 2 dingen aan op de wijze waarop ik het heb ingericht.

1. Er worden alsnog pagina gegenereerd. Of ik nou het aantal regels op 0 of op 999 zet (zie schermvoorbeelden) het maakt niet uit, hij zal constant van die pagina's blijven maken. Dat is verrekte onhandig als je gaat kopieren en dergelijke. Wat heb ik fout staan waardoor die pagina's worden gegenereerd? Ik snap dat je pagina's krijgt als je een x aantal regels hebt opgegeven, maar hoe stel je het nou in dat hij een oneindig aantal regels op 1 blad mag houden?

2. het verspringen: Zodra je naar scherm print dan houdt 'ie een soort marge aan. Waarom eigenlijk? Ik snap dat je dat nodig bent als je naar een printer gaat, maar voor het schermprinten hoef je toch niet eerst 6 spaties te geven alvorens de regel te printen? Hoe stel je die marge in voor het printen naar scherm?

Nou zie ik bij de koppeling que aan functie wel allerhande gegevens staan die ik niet kan instellen. Biedt de geavanceerdere printmodule profit Print 3 (of iets dergelijks) uitkomst?

[Peter Stordiau]

Het zal toch zeker wel zo zijn dat je onderstaande 72 niet op 999 hebt gezet > 

De fysieke lengte van de print op het scherm zal hiermee heus 999 regels zijn (dus, 999 regels verderop krijg je ==Einde Overzicht==), maar  daar gaat het je toch niet om ? of juist wel ?


Die marge ontstaat omdat het een print is en blijft. Kijk overigens eens naar de kop van de print, of die toch niet stiekem meer naar links staat dan de rest (volgens mij is dat namelijk standaard werkwijze). Zo niet :

Probeer de marge te beinvloeden door een negatieve kantlijn op te geven.
Niet dat je dat gaat lukken, want je hebt nu te maken met schermdrivers, en dáár heeft echt niemand meer de boekjes van zoals die in 1980 bestonden ... (maar als je weet hoe het moet, moet het kunnen; wij weten dit overigens niét).

[Wouter Rijnbende]

Het zal toch zeker wel zo zijn dat je onderstaande 72 niet op 999 hebt gezet > 

De 999 regels die jij bedoelt staan in de Printerdriver, en daar heeft Johan e.e.a. op 999 staan (zie 1e schermprint).
Deze bladlengte wordt hooguit gebruikt bij matrixprinters om mee te impliceren of er 11" of 12" papier in zit.

[Peter Stordiau]

Nou, daar hebben we wat aan. 
Kun je dan ook aangeven hoe het beschreven probleem wèl wordt opgelost ? immers, als het goed is bestaat het probleem niet.
Of ?

Daarnaast ben ik het vast niet met je eens. Bladlengte = Bladlengte, en die zal er -als alles goed is- voor zorgen dat er na 72 regels ook een nieuw blad ontstaat.
Zeg het maar ...

[Johan]

toestaan dat er meer dan 999 regels op een blad mogelijk zijn? Lijkt me althans het gemakkelijkste. Of: als er 0 staat dan een oneindig aantal regels op 1 blad.

[Peter Stordiau]

Ik geloof niet dat je hier erg geholpen wordt.
Probeer dan toch mijn 72 > 999 maar eens.

[Wouter Rijnbende]

toestaan dat er meer dan 999 regels op een blad mogelijk zijn? Lijkt me althans het gemakkelijkste. Of: als er 0 staat dan een oneindig aantal regels op 1 blad.

Er moet wel wat meer gebeuren... Merk op dat als je een printje van 10 regels naar je scherm print met een driver die 999 zegt, de '== einde overzicht' op 2 regels onder het eind terecht komt. Op regel 997 dus. Verhoog je dit tot 9999, dan heb je straks bijna 10000 lege regels in de print. Kortom, ook daar zullen we dan op moeten ingrijpen, en als het ff tegenzit, zit dat in ieder printje.

[Wouter Rijnbende]

Merk op dat als je bijv. een standaard printoverzicht eerst naar het scherm print, en daarna exporteert naar Excel (of DBF), daar al koding in zit die de pagina's herkent en deze eruit filtert.
Voor hetzelfde geldt probeer je ook zoiets zelf te doen door de PRFILE.PRN in Excel in te lezen, en is je probleem toch een reeds opgelost probleem.

[Wouter Rijnbende]

2. het verspringen: Zodra je naar scherm print dan houdt 'ie een soort marge aan. Waarom eigenlijk? Ik snap dat je dat nodig bent als je naar een printer gaat, maar voor het schermprinten hoef je toch niet eerst 6 spaties te geven alvorens de regel te printen? Hoe stel je die marge in voor het printen naar scherm?

Iedere regel op een printje heeft een marge links van een aantal posities. Bedoeld om gaatjes in het document te kunnen prikken voor opslag in een ringmap. Dit soort zaken zijn ingebouwd in het printje. Een printje print op algemene wijze naar 'een device'. Of dit scherm, een printer, pdf, een fax is maakt niet uit. Het printje weet daar niets vanaf.
Niet instelbaar dus.

[dirkjan]

Iedere regel op een printje heeft een marge links van een aantal posities. Bedoeld om gaatjes in het document te kunnen prikken voor opslag in een ringmap. Dit soort zaken zijn ingebouwd in het printje. Een printje print op algemene wijze naar 'een device'. Of dit scherm, een printer, pdf, een fax is maakt niet uit. Het printje weet daar niets vanaf.
Niet instelbaar dus.

Bij het printen van EDI berichten zoals pakbonnen of inkooporders mogen er geen lege spaties zijn en moet de print beginnen op positie "0" iets wat het ook doet. Als je deze print opent in notepad begint de print perfect vooraan zonder voorloop spaties.

Maar dit zal wel niets te maken hebben met het de bovenstaande discussie.

Dirk-Jan
LA

[Wouter Rijnbende]

Bij het printen van EDI berichten zoals pakbonnen of inkooporders mogen er geen lege spaties zijn en moet de print beginnen op positie "0" iets wat het ook doet. Als je deze print opent in notepad begint de print perfect vooraan zonder voorloop spaties.

Sorry, ik had duidelijker kunnen zijn. "Bij ieder standaard printoverzicht".
De overzichten waar jij op doelt zijn gemaakt via een Variabele Layout, en daar bepaal je zelf hoe e.e.a. eruit ziet.
Dit heeft niets met de standaard prints te maken (omdat je daar de indeling niet zelf van kan bepalen).