Seitenanzeige im Subfile

[Fuerchau]

Du musst in diesem Fall das Format ohne Overlay komplett ausgeben.
Wenn du also ein Kopf/SFLCTL/SFL/FUSS-Format hast, musst du leider, wenn die SFL leer ist, die Seite komplett neu ausgeben, da es kein partielles Löschen gibt.

Es gibt zwar ein CLRL(nn) um einen Bereich zulöschen. Dann müsstst du jedoch ein leeres Format definieren, dass genau den SFL-Bereich abdeckt (also Startzeile) und das vor dem EXFMT des SFLCTL ausgeben.

Ich finde es aber einfach das ganz Bild komplett wieder auszugeben.
Auf einem SFLCTL habe ich eigentlich nie ein Overlay, da es ja einen Kopf enthält.

[dschroeder]

Du hast doch wahrscheinlich eine Routine "fuelleSubfile" oder so ähnlich. Da musst du am Anfang doch nur die Bezugszahl für SFLDSP aussschalten und SFLCLR einschalten und dann den SFL-Controlsatz mit write ausgeben. Danach ist deine Subfile leer.

Dann SFLCLR ausschalten, die SFL füllen und (wenn Daten vorhanden sind) die SFLDSP wieder einschalten.

Mach dir einfach mal bewusst, wofür die Bezugszahlen für SFLDSP und SFLCLR gut sind. Dann wirst du sie auch korrekt einsetzen.

[Fuerchau]

Aber wie geschrieben, wenn SFLDSP = *OFF und das SFLCTL-Format mit OVERLAY definiert ist, bleibt der alte Inhalt auf dem Bildschirm stehen.
Deshalb das Kopfformat ohne OVERLAY ausgeben, das löscht erst mal den Schirm.

[MederA]

Ich hab das Kopfformat in das SFLCTL integriert und das Overlay raus. Jetzt funktioniert es.

Allerdings wird mir auch mein Fuß-Format mit den Funktionstastenangaben nicht mehr angezeigt.
Ein Problem gelöst, das nächste entstanden.

[Fuerchau]

Ich sagte ja, du musst alles zusammen noch mal ausgeben.
Dabei ist die Reihenfolge enscheidend wann welches Format ausgegeben wird.
Du kannst natürlich zuerst das Fussformat ohne OVERLAY ausgeben, das löscht den Bildschirm.
Anschließend das SFLCTL-Format wiederum mit OVERLAY.

Du musst ein Bild nicht zwingend Top-Down ausgeben, du kannst dies auch Bottom-Up oder gemischt.
Außerdem ist nicht zwingend erforderlich, dass das SFLCTL-Format oberhalb der SFL stehen muss.
Es kann auch darunter stehen.
Somit kann man z.B. Suchfelder oder F-Tasten durchaus unterhalb der SFL im SFCTL haben.

Wichtig ist ausschließlich, dass sich Formate mit keiner Zeile (auch nicht einem Zeichen) überlappen dürfen, sonst wird das überschriebene Format komplett entfernt.
Dazu gehört auch zu wissen, dass jedes Feld mit einem unsichtbaren Attribut beginnt und endet.
Wobei das endende Attribut auch gleich das Attribut des nächsten Feldes sein kann.
Wenn also ein Feld am rechten Rand steht, hat es noch ein Attribut auf der nächsten Zeile.
Dabei kann auch ein Überlauf in die 1. Zeile erfolgen, wenn das Feld am rechten unteren Rand steht.

[MederA]

Vielen lieben Dank!

Das hat mein Problem gelöst.

[Fuerchau]

Ich freue mich immer wieder, neue Leute in der AS/400-Welt, ähm IBM i-Welt, begrüßen zu dürfen.

[KM]

Hallo MederA,

wenn die Subfile leer ist, kannst Du den Overlay beim SFLCTL trotzdem drin lassen und in den Overlay-Schlüsselwörtern beim Parameter ERASE die negative BZ vom SFLDSP angeben und das Satzformat der Subfile angeben. Damit wird dann nur der Subfile-Satz gelöscht. Deshalb lasse ich beim SFLCTL den Overlay immer drin. Dann hab ich das Problem mit dem Fuss nicht.

Viele Grüße,
KM

[Fuerchau]

Ich lasse das Overlay auch drin, gebe aber den Fuß zuerst aus, der kein Overlay hat und somit den Bildschirm löscht.
ERASE löscht ein Satzformat, dass vorher auf dem Schirm ausgegeben sein muss. Ein SFL gehört leider nicht dazu, da der Bereich ja im SFLCTL angegeben wird.
Das Schlüsselwort CLRL kann nur in Verbindung mit RSTDSP(*YES) auf Dateiebene verwendet werden.
Wenn dann noch OVERLAY verwendet wird, muss jede Stelle des Bildformates belegt werden.
D.h., dass Lücken zwischen Feldern dann nicht überschrieben werden und dann der vorherige Inhalt angezeigt bleibt. In diesem Fall ist dann CLRL z.T. erforderlich.
Kennengelernt habe ich das z.B. bei den Infor-Bildschirmen, die auch z.B. gerne als Pseudo-Fenster aus aufgerufenen Programmen angezeigt wurden. Assume ist in diesen Fällen nicht erforderlich, da kein WINDOW verwendet wird.
Desweiteren klappt dann auch nicht das automatische Wiederherstellen des Bildschirms aus Call-Aufrufen, da RSTDSP(*YES) die Anwendung dazu zwingt.

[KM]

ERASE löscht ein Satzformat, dass vorher auf dem Schirm ausgegeben sein muss. Ein SFL gehört leider nicht dazu, da der Bereich ja im SFLCTL angegeben wird.

Das stimmt so nicht.

Aber wie geschrieben, wenn SFLDSP = *OFF und das SFLCTL-Format mit OVERLAY definiert ist, bleibt der alte Inhalt auf dem Bildschirm stehen.

Stimmt nicht pauschal. Hängt vom Parameter ERASE ab.

Ich glaube, dass hier einiges nicht richtig verstanden wurde.

Ich persönlich gebe sowohl beim Fuss als auch beim Kopf immer OVERLAY=J an. Und wie oben schon beschrieben gebe ich beim CTL-Satz in den Überlagerungsschlüsselwörtern bei ERASE immer den SFL-Satz mit der negativen Bezugszahl vom SFLDSP an. Damit wird selbstverständlich die SFL aus der Anzeige gelöscht entgegen Deiner Behauptung. Somit habe ich nie ein Problem mit der SFL. Das mache ich seit zig Jahren schon so und hat immer funktioniert. Und diese ganze Huddelei bzgl. CLRL spielt hier überhaupt keine Rolle und wird auch nicht benötigt.

Viele Grüße,
KM

[Fuerchau]

Wie man sieht, gibts halt viele Wege zum Ziel.