Smartforms Main-Fenster mit dynamischer Größe
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo,
ich habe ein Problem im Smartform. Bei einer speziellen Auftragsart muss im Fussbereich über dem eigentlichen Footer noch ein zusätzliches Fenster (QR Code) erscheinen.
Momentan ist das Formular wie folgt aufgebaut:
Mainfenster mit Loop über Positionen + allgemeine Texte
Fenster TOTAL für den Gesamtpreis (nur nach Ende Main) - dies soll immer direkt über dem Footer stehen, auch wenn auf der Seite im Main nur eine Zeile wäre
Footer
Im Fall dieser speziellen Auftragsart soll zwischen dem Fenster Total und dem Footer noch ein QR Code eingefügt werden (auf allen Seiten)
Wenn ich nun das MAIN verkürze um das Fenster für den QR Code einzufügen ist für alle anderen Auftragsarten dort eine große Lücke. - ungünstig
Wenn ich das Main so lasse und das Fenster QR Code zusätzlich anlege wird es überdruckt - auch schlecht
Meine Idee, 2 Main Fenster anzulegen (mit unterschiedlichen Größen) scheitert an der technischen Möglichkeit.
Nun hatte ich die Idee das Fenster Total, also die Logik dahinter, mit ins MAIN reinzunehmen. Dann bekomme ich es aber nicht hin, dass es immer ganz unten steht, auch wenn auf der Seite nur eine Zeile ist.
Hat jemand eine Idee?
Ich hoffe, mein Problem ist einigermaßen nachzuvollziehen ;-)
Vielen Dank,
Anja
ich habe ein Problem im Smartform. Bei einer speziellen Auftragsart muss im Fussbereich über dem eigentlichen Footer noch ein zusätzliches Fenster (QR Code) erscheinen.
Momentan ist das Formular wie folgt aufgebaut:
Mainfenster mit Loop über Positionen + allgemeine Texte
Fenster TOTAL für den Gesamtpreis (nur nach Ende Main) - dies soll immer direkt über dem Footer stehen, auch wenn auf der Seite im Main nur eine Zeile wäre
Footer
Im Fall dieser speziellen Auftragsart soll zwischen dem Fenster Total und dem Footer noch ein QR Code eingefügt werden (auf allen Seiten)
Wenn ich nun das MAIN verkürze um das Fenster für den QR Code einzufügen ist für alle anderen Auftragsarten dort eine große Lücke. - ungünstig
Wenn ich das Main so lasse und das Fenster QR Code zusätzlich anlege wird es überdruckt - auch schlecht
Meine Idee, 2 Main Fenster anzulegen (mit unterschiedlichen Größen) scheitert an der technischen Möglichkeit.
Nun hatte ich die Idee das Fenster Total, also die Logik dahinter, mit ins MAIN reinzunehmen. Dann bekomme ich es aber nicht hin, dass es immer ganz unten steht, auch wenn auf der Seite nur eine Zeile ist.
Hat jemand eine Idee?
Ich hoffe, mein Problem ist einigermaßen nachzuvollziehen ;-)
Vielen Dank,
Anja
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hi Anja,
ja, SmartForms treibt mich auch ab und zu in den Wahnsinn 🙃
Dynamische Layoutveränderungen sind hier sehr schwierig und meistens mit
irgendwelchen Kompromissen (wie du ja selbst schon festgestellt hast) verbunden.
Leider gibt es keine Bedingung "nur auf letzter Seite", dass würde einiges vereinfachen. Wenn jemand wissen sollte wie man im Voraus die letze Seite ermittelt wäre ich auch daran interessiert 😊
Aber zu deinem Problem:
Zuerst würde ich hinterfragen ob der QR-Code unbedingt zwischen TOTAL und FOOTER muss, oder ob sich irgendwo ein freies Plätzchen bietet.
Ebenfalls hinterfragen würde ich, ob TOTAL tatsächlich immer direkt über dem FOOTER stehen muss, ich schätze mal schon? Für Total-Zeilen bietet sich hier eigentlich der Fußbereich der Tabelle mit den Positionen an.
Wenn das alles so bleiben muss würde ich wahrscheinlich ein eigenes Formular für diese spezielle Auftragsart anlegen. Dieses dann über eine eigene Nachrichtenfindung oder ggf. im Z-Druckprogramm (wenn es denn eines ist) aufrufen.
Man könnte theoretisch so Schweinereien wie das Zählen der gedruckten Zeilen (sind diese fix pro Position?) machen.
Dann könntest du errechnen wann die letzte Seite erreicht wird und diese dann über einen Kommandoknoten in einer neuen Seite mit verkürztem MAIN-Fenster ausgeben, um Platz zu machen für TOTAL und QR. Auf den vorherigen Seiten könntest du dann den QR-Code an der Position des TOTAL-Fensters ausgeben. Wenn ich es richtig verstanden habe reserviert dieses im Moment ja auch schon Platz auf jeder Seite obwohl es nur auf der letzten ausgegeben wird.
Meine erste Wahl wäre aber das eigene Formular 😉
Grüße
Matze
ja, SmartForms treibt mich auch ab und zu in den Wahnsinn 🙃
Dynamische Layoutveränderungen sind hier sehr schwierig und meistens mit
irgendwelchen Kompromissen (wie du ja selbst schon festgestellt hast) verbunden.
Leider gibt es keine Bedingung "nur auf letzter Seite", dass würde einiges vereinfachen. Wenn jemand wissen sollte wie man im Voraus die letze Seite ermittelt wäre ich auch daran interessiert 😊
Aber zu deinem Problem:
Zuerst würde ich hinterfragen ob der QR-Code unbedingt zwischen TOTAL und FOOTER muss, oder ob sich irgendwo ein freies Plätzchen bietet.
Ebenfalls hinterfragen würde ich, ob TOTAL tatsächlich immer direkt über dem FOOTER stehen muss, ich schätze mal schon? Für Total-Zeilen bietet sich hier eigentlich der Fußbereich der Tabelle mit den Positionen an.
Wenn das alles so bleiben muss würde ich wahrscheinlich ein eigenes Formular für diese spezielle Auftragsart anlegen. Dieses dann über eine eigene Nachrichtenfindung oder ggf. im Z-Druckprogramm (wenn es denn eines ist) aufrufen.
Man könnte theoretisch so Schweinereien wie das Zählen der gedruckten Zeilen (sind diese fix pro Position?) machen.
Dann könntest du errechnen wann die letzte Seite erreicht wird und diese dann über einen Kommandoknoten in einer neuen Seite mit verkürztem MAIN-Fenster ausgeben, um Platz zu machen für TOTAL und QR. Auf den vorherigen Seiten könntest du dann den QR-Code an der Position des TOTAL-Fensters ausgeben. Wenn ich es richtig verstanden habe reserviert dieses im Moment ja auch schon Platz auf jeder Seite obwohl es nur auf der letzten ausgegeben wird.
Meine erste Wahl wäre aber das eigene Formular 😉
Grüße
Matze
ok, ich würde die Auftraggeber auf jeden Fall darüber informieren und über die Nachteile des Formularduplikats. Dann würde ich einen Vorschlag machen wie das vermieden werden kann, vlt. ändern sie dann ja die Anforderung. Wenn sie sich für Duplizieren entscheiden, dann ist die Entscheidung wenigstens abgesichert.
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Jetzt mal eine ganz blöde Idee:
Soweit ich weiß verhällt sich Smartforms im Grund eigentlich gleich wie der ADS. Wenn man dort im Inhalt einer Seite NICHTS ausgibt wird auch im Ausdruck (Seitenstapel) die Seite nicht eingefügt. Auf diese Weise hab ich dort so ähnliche Anforderungen wie diese hier gelöst. Indem ich hergehe und als erstes prüfe ob ich den Seitensatz 1 oder 2 benötigte und entsprechend die aktuelle Seite sofort in Richtung der korrekten Masterseite verlasse.
In Smartforms würde ich das so machen:
Gegeben sind zwei Seiten (FIRST und NEXT) und es sollen zwei verschiedene Ausdruck einmal mit dem QR-Code und einmal ohne erfolgen. Also würde ich die beiden Seiten kopieren (FIRST_QR und NEXT_QR) und das MAIN-Fenster auf den beiden neuen Seiten entsprechend verkleinern. Die Folgeseiten sind dann FIRST -> NEXT -> NEXT und FIRST_QR -> NEXT_QR -> NEXT_QR. Der erste Knoten im MAIN-Fenster müsste dann nur ein COMMAND sein der den Übergang auf FIRST_QR durchführt wenn der Ausdruck mit QR-Code benötigt wird. Weil vor dem COMMAND keine Ausgabe erfolgt sollte die Seite für den Ausdruck dann eigentlich ignoriert werden.
Soweit ich weiß verhällt sich Smartforms im Grund eigentlich gleich wie der ADS. Wenn man dort im Inhalt einer Seite NICHTS ausgibt wird auch im Ausdruck (Seitenstapel) die Seite nicht eingefügt. Auf diese Weise hab ich dort so ähnliche Anforderungen wie diese hier gelöst. Indem ich hergehe und als erstes prüfe ob ich den Seitensatz 1 oder 2 benötigte und entsprechend die aktuelle Seite sofort in Richtung der korrekten Masterseite verlasse.
In Smartforms würde ich das so machen:
Gegeben sind zwei Seiten (FIRST und NEXT) und es sollen zwei verschiedene Ausdruck einmal mit dem QR-Code und einmal ohne erfolgen. Also würde ich die beiden Seiten kopieren (FIRST_QR und NEXT_QR) und das MAIN-Fenster auf den beiden neuen Seiten entsprechend verkleinern. Die Folgeseiten sind dann FIRST -> NEXT -> NEXT und FIRST_QR -> NEXT_QR -> NEXT_QR. Der erste Knoten im MAIN-Fenster müsste dann nur ein COMMAND sein der den Übergang auf FIRST_QR durchführt wenn der Ausdruck mit QR-Code benötigt wird. Weil vor dem COMMAND keine Ausgabe erfolgt sollte die Seite für den Ausdruck dann eigentlich ignoriert werden.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
M@atze!
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1356
Views
Views
4
Antw.
Antw.
4970
Views
Views
SmartForms: ist MAIN-Fenster-2 möglich? Gibt es eine Lösung?
von Jenni » 15.11.2007 17:08 • Verfasst in ABAP® für Anfänger
von Jenni » 15.11.2007 17:08 • Verfasst in ABAP® für Anfänger
8
Antw.
Antw.
4665
Views
Views
Smartforms Main-Fenster: Automatische Seitenumbruch falsche Zwischensumme
von swonny » 17.01.2020 13:23 • Verfasst in ABAP® Core
von swonny » 17.01.2020 13:23 • Verfasst in ABAP® Core
2
Antw.
Antw.
1722
Views
Views
SAPscript - Address...Endaddress im Fenster Main
von tmaurer » 06.10.2005 15:39 • Verfasst in ABAP® Core
von tmaurer » 06.10.2005 15:39 • Verfasst in ABAP® Core
1
Antw.
Antw.
2095
Views
Views
SAP-Script: Boxen und Linien im TOP-Bereich des MAIN-Fenster
von ST22 » 19.04.2005 15:18 • Verfasst in SAP - Allgemeines
von ST22 » 19.04.2005 15:18 • Verfasst in SAP - Allgemeines
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1084
vor 2 Tagen von DeathAndPain 4 / 1084
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1084
vor 2 Tagen von DeathAndPain 4 / 1084