0 vorschub geht nicht

[Fuerchau]

Ggf. passiert dies genau auf der OVRFLW-Zeile?
Für Fettdruck gibt es das Schlüsselwort HIGHLIGHT, da "Übereinanderdrucken" bei Laserdruckern nicht funktioniert.
Vielleicht solltest du darauf umstellen.

[Robi]

Nein, nicht beim Overflow,
Mit Highligt kann ich nicht arbeiten

Text heute:
bla bla ... . xxxxx bla bala bla (mit xxxxx in Fett)

Text morgen (von der Fachabteilung überarbeitet)
yyyyy bla bla bla (mit yyyyy fett)

<-Werbung->
Und der Ausdruck wird von userem Spooldesigner in PDF umgebaut, der erkennt den 'fett' Wunsch automatisch < / -Werbung->

Robi

[Robi]

Nachtrag
Habe das Ext. Prtf umgebaut
Spaceb(001) mit Bezugszahl bedingt, so habe ich nur noch 2 Print Satzformate.
eins für 0 ind 1 vorschub, eins für 2.
Pgm entsprechend angepasst, und ... gleiche Fehler!
Die letzte 'doppelte' Zeile wird mit vorschub 1 statt 0 gedruckt.
Debug Prüfung: die bezugszahl ist definitiv AUS es dürfte kein Vorschub stattfinden.
SEEEEEHR seltsam

[Fuerchau]

Du betonst "die letzte doppelte Zeile".
Ist es tatsächlich der letzte Write des gesamten Spools?
Folgt danach ein Close/Programm-Ende?

Dann hänge doch eine Leerzeile noch hinten dran. Vielleicht benötigt der Spool zum Abschluss noch einen Vorschub.

Ggf. gibt es noch ein Problem, dass die letzte Zeile automatisch mit SPACEA(1) ausgegeben wird.
Von der Drucklogik habe ich sowieso nie verstanden warum es die Unterscheidung SPACEA/SPACEB geben muss. Ich arbeite auch lieber mit einem SPACEA, das ist für mich persönlich logischer.

[Robi]

Moin,
letzte doppelte, aber nicht letzte. Danach werden noch 2 Zeilen mit vorschub gedruckt.
Ich bevorzuge auch einheitlich SPACEA, passe mich aber der vorhandenen Logik an.
Solange SPACEA und B nicht vermischt werden ist das recht egal.
Gestern hat noch ein anderer Pgmmer das Pgm debugt, heute schau ich nochmal drüber, dann muß IBM ran.
Werde berichten
Robi