Dynpro-Breite bei Pflegeview
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Beitrag
von KaffeeJunky (ForumUser / 3 / 0 /
0
)
»
Guten Morgen,
ich habe schon ein wenig gesucht, aber leider noch nichts passendes gefunden, deshalb melde ich mich nun bei euch.
Ich habe einen Pflegeview, der oft mal neu generiert wird - Gründe lasse ich jetzt mal außen vor
Was mich daran stört ist aber, dass die Breite des Dynpros nicht beibehalten wird. Sprich, ich muss immer in das Dynpro gehen und die Breite des Containers + Tabelle händisch vergrößern.
Gibt es eine Möglichkeit das automatisch zu starten ? Über einen Report ? Einen Baustein? Oder gibt es irgendwelche Optionen, die ich übersehen habe?
LG
KaffeeJunky
ich habe schon ein wenig gesucht, aber leider noch nichts passendes gefunden, deshalb melde ich mich nun bei euch.
Ich habe einen Pflegeview, der oft mal neu generiert wird - Gründe lasse ich jetzt mal außen vor
Was mich daran stört ist aber, dass die Breite des Dynpros nicht beibehalten wird. Sprich, ich muss immer in das Dynpro gehen und die Breite des Containers + Tabelle händisch vergrößern.
Gibt es eine Möglichkeit das automatisch zu starten ? Über einen Report ? Einen Baustein? Oder gibt es irgendwelche Optionen, die ich übersehen habe?
LG
KaffeeJunky
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Die Gruende fuer eine Neugenerierung kannst Du angeben.KaffeeJunky hat geschrieben: Ich habe einen Pflegeview, der oft mal neu generiert wird - Gründe lasse ich jetzt mal außen vor
Normal oder auch Expertenmodus.
Beitrag
von KaffeeJunky (ForumUser / 3 / 0 /
0
)
»
Die Gründe sind irrelevant, deswegen möchte ich nicht weiter darauf eingehen.
Es geht eigentlich nur darum, dass es Customizingtabellen sind, die wir in einem Produkt von uns verwenden.
Da wir momentan Änderungen am Customizing vornehmen und wir bestimmt 20 Tabellen haben ist es sehr ätzend, immer die Containerelemente auf maximale Breite ziehen zu müssen.
@ewx
ich probier das gleich mal aus - vielen Dank!
Es geht eigentlich nur darum, dass es Customizingtabellen sind, die wir in einem Produkt von uns verwenden.
Da wir momentan Änderungen am Customizing vornehmen und wir bestimmt 20 Tabellen haben ist es sehr ätzend, immer die Containerelemente auf maximale Breite ziehen zu müssen.
@ewx
ich probier das gleich mal aus - vielen Dank!
Wahrscheinlich hast Du meine Antwort gar nicht verstanden, sonst waere Deine Antwort wahrscheinlich anders ausgefallen.KaffeeJunky hat geschrieben:Die Gründe sind irrelevant, deswegen möchte ich nicht weiter darauf eingehen.
Aber kann mir ja auch egal sein.
Beitrag
von KaffeeJunky (ForumUser / 3 / 0 /
0
)
»
Gut, wenn ich Dich falsch verstanden habe tut mir das natürlich Leid.
Worauf wolltest Du also genau hinaus? Dann gebe ich gerne eine Antwort ab, mit der Du auch was anfangen kannst
Worauf wolltest Du also genau hinaus? Dann gebe ich gerne eine Antwort ab, mit der Du auch was anfangen kannst
Habe ich aber auch nicht verstanden...Unit605 hat geschrieben:Wahrscheinlich hast Du meine Antwort gar nicht verstanden, sonst waere Deine Antwort wahrscheinlich anders ausgefallen.KaffeeJunky hat geschrieben:Die Gründe sind irrelevant, deswegen möchte ich nicht weiter darauf eingehen.
Aber kann mir ja auch egal sein.
Das hat mich auch schon geärgert - leider hat SAP das als Konstante in MSVIMTOP festgelegt.
in MSVIMF21 wird es dann bestückt:
/Edwin
Code: Alles auswählen.
* 2. constants for dynpro generator
CONSTANTS:
...
MAXCOLNS TYPE I VALUE '83', "max. column count rl. 4.6
...
Code: Alles auswählen.
FORM create_dynp_header USING value(p_dyname) TYPE dynpid
value(p_gencb) TYPE vimgencb
value(p_detail) TYPE xfeld
CHANGING p_header TYPE rpy_dyhead.
...
p_header-columns = maxcolns.
...
Beitrag
von a-dead-trousers (Top Expert / 4274 / 213 /
1140
)
»
Das haben wir bei uns schon vor zwei Jahren mittels Standardänderung auf 255 (Maximale Breite) geändert.edwin hat geschrieben:Das hat mich auch schon geärgert - leider hat SAP das als Konstante in MSVIMTOP festgelegt.
Dank der Resizing-Option beim Table-Control wird es dann immer auf die aktuell maximal zur Verfügung stehende Breite runterskaliert.
(Bin mir jetzt nicht sicher, ob man das auch mittels Standardänderung einbauen muss, aber ich glaub das ist schon von Haus aus gesetzt)
lg
ADT
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
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
Zum 1. Satz: Du meinst damit eine Modifikation, ja?a-dead-trousers hat geschrieben: Das haben wir bei uns schon vor zwei Jahren mittels Standardänderung auf 255 (Maximale Breite) geändert.
Dank der Resizing-Option beim Table-Control wird es dann immer auf die aktuell maximal zur Verfügung stehende Breite runterskaliert.
(Bin mir jetzt nicht sicher, ob man das auch mittels Standardänderung einbauen muss, aber ich glaub das ist schon von Haus aus gesetzt)
Den 2. Satz verstehe ich nicht.
Ralf *Table Controls sind eine furchtbare Seuche
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von a-dead-trousers (Top Expert / 4274 / 213 /
1140
)
»
Ja!ralf.wenzel hat geschrieben:Zum 1. Satz: Du meinst damit eine Modifikation, ja?
Bei Table-Controls kann man (wie auch bei SubScreen und CustomControl) das sog. "Resizing" aktivieren. Man gibt dem jeweiligen Bereich die maximal(!) zur Verfügung stehende Größe und am Ende wird nur das belegt, was in der aktuellen Bildschirmauflösung möglich ist. Ich war mir wie gesagt nicht sicher ob diese Option bei den generierten Tabellenpflegedialogen automatisch aktiv ist oder nicht. Man muss es evtl. nachträglich aktivieren, deswegen hab ich das nochmal extra erwähnt.ralf.wenzel hat geschrieben:Den 2. Satz verstehe ich nicht.
Dachte ich anfangs auch, bin aber mittlerweile etwas liberaler eingestellt:ralf.wenzel hat geschrieben:Ralf *Table Controls sind eine furchtbare Seuche
+ BI-Fähigkeit
+ Eingabe-Historie
+ Markier-Spalte funktioniert OHNE STRG oder SHIFT
lg ADT
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
Beitrag
von black_adept (Top Expert / 3943 / 105 /
886
)
»
Ist zwar etwas älter - aber gerade das hier auf einem ziemlich aktuellen Release gesehen ( SAP-Standard ):
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Seite 1 von 1
Vergleichbare Themen
10
Antw.
Antw.
3811
Views
Views
4
Antw.
Antw.
2410
Views
Views
3
Antw.
Antw.
315
Views
Views
2
Antw.
Antw.
1689
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.