DOCKING_CONTAINER Parameter EXTENSION ?
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Hallo.
Ich habe via Klasse cl_gui_docking_container einen Docking Container erzeugt. Beim Contructor kriegt der ja den Parameter EXTENSION mit. Den setze ich in meinem Programm mit 810.
Warum aber liefert mir unmittelbar im Anschluß die Methode 'get_extension' einen anderen Wert als meinen gesetzten zurück?
DATA: go_dock TYPE REF TO cl_gui_docking_container.
gv_dock_pos type i value 810.
CREATE OBJECT go_dock
EXPORTING
repid = sy-repid
dynnr = '2000'
extension = gv_dock_pos.
CALL METHOD go_dock->get_extension
IMPORTING
extension = gv_dock_pos.
* Zurück kommt hier nicht 810 sondern ein kleinerer Wert.
Wo ist da mein Denkfehler?
Ciao
Burkhart
Ich habe via Klasse cl_gui_docking_container einen Docking Container erzeugt. Beim Contructor kriegt der ja den Parameter EXTENSION mit. Den setze ich in meinem Programm mit 810.
Warum aber liefert mir unmittelbar im Anschluß die Methode 'get_extension' einen anderen Wert als meinen gesetzten zurück?
DATA: go_dock TYPE REF TO cl_gui_docking_container.
gv_dock_pos type i value 810.
CREATE OBJECT go_dock
EXPORTING
repid = sy-repid
dynnr = '2000'
extension = gv_dock_pos.
CALL METHOD go_dock->get_extension
IMPORTING
extension = gv_dock_pos.
* Zurück kommt hier nicht 810 sondern ein kleinerer Wert.
Wo ist da mein Denkfehler?
Ciao
Burkhart
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Laut http://www.tricktresor.de/blog/dockingcontainer/ handelt es sich um eine Angabe in Pixel der aktuellen Auflösung.
Vielleicht ist der Wert 810 zu groß für deinen Screen. Das Dynpro muss ja auch noch wo Platz haben.
Die GUI Controls nehmen oft selbst Korrekturen an den Eingabedaten vor, wenn die Werte "unsinnig" erscheinen.
lg ADT
Vielleicht ist der Wert 810 zu groß für deinen Screen. Das Dynpro muss ja auch noch wo Platz haben.
Die GUI Controls nehmen oft selbst Korrekturen an den Eingabedaten vor, wenn die Werte "unsinnig" erscheinen.
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
...oder es fehlt ein cl_gui_cfw=>flush( ) hinter dem Get_...
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Stimmt. Wald, Bäume... eh schon wissenewx hat geschrieben:...oder es fehlt ein cl_gui_cfw=>flush( ) hinter dem Get_...
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
Hallo und danke für die Tips.
Leider geht es nicht. Hier mal ein Einfachcoding das ebenfalls nicht das liefert was ich möchte. Ich habe die Extension mal auf 600 gesetzt. Wird wie gewünscht angezeigt, liefert aber beim Verlassen des Programms (PAI) einen Wert der nur etwa halb so hoch ist. Irgendetwas mache ich völlig falsch oder ich erwarte Unmögliches
Der Vollständigkeit halber: Das Dynpro braucht natürlich noch die Ablauflogik:
PROCESS BEFORE OUTPUT.
MODULE: STATUS_2000,
PBO_2000.
PROCESS AFTER INPUT.
MODULE USER_COMMAND_2000.
Tja. Was nun?
Ciao
Burkhart
Leider geht es nicht. Hier mal ein Einfachcoding das ebenfalls nicht das liefert was ich möchte. Ich habe die Extension mal auf 600 gesetzt. Wird wie gewünscht angezeigt, liefert aber beim Verlassen des Programms (PAI) einen Wert der nur etwa halb so hoch ist. Irgendetwas mache ich völlig falsch oder ich erwarte Unmögliches
Code: Alles auswählen.
*&---------------------------------------------------------------------*
*& Report ZBL_DOCK
*&---------------------------------------------------------------------*
REPORT zbl_dock.
DATA:
go_dock TYPE REF TO cl_gui_docking_container,
gv_dock_pos TYPE i VALUE 600. " Abdeckung des Docking-Containers
START-OF-SELECTION.
CALL SCREEN 2000.
*&---------------------------------------------------------------------*
*& Module PBO_2000 OUTPUT
*&---------------------------------------------------------------------*
MODULE pbo_2000 OUTPUT.
IF go_dock IS NOT BOUND.
CREATE OBJECT go_dock
EXPORTING
repid = sy-repid
extension = 600. " Dynproabdeckung in 1/10-Prozent
* DockingContainer unten andocken
CALL METHOD go_dock->dock_at
EXPORTING
side = cl_gui_docking_container=>dock_at_bottom.
ENDIF.
ENDMODULE. " PBO_2000 OUTPUT
*&---------------------------------------------------------------------*
*& Module USER_COMMAND_2000 INPUT
*----------------------------------------------------------------------*
MODULE user_command_2000 INPUT.
cl_gui_cfw=>flush( ).
CALL METHOD go_dock->get_extension
IMPORTING
extension = gv_dock_pos.
cl_gui_cfw=>flush( ).
BREAK-POINT.
SET SCREEN 0.
LEAVE SCREEN.
ENDMODULE. " USER_COMMAND_2000 INPUT
Der Vollständigkeit halber: Das Dynpro braucht natürlich noch die Ablauflogik:
PROCESS BEFORE OUTPUT.
MODULE: STATUS_2000,
PBO_2000.
PROCESS AFTER INPUT.
MODULE USER_COMMAND_2000.
Tja. Was nun?
Ciao
Burkhart
Was spricht gegen Parameter "RATIO"?
Code: Alles auswählen.
CREATE OBJECT gr_docking
EXPORTING
repid = gv_repid
dynnr = '2000'
* extension = screen_size_left. "Größe: Pixel
ratio = 45.
Beitrag
von black_adept (Top Expert / 4089 / 127 /
940
)
»
Hallo Burkhart,
du gibst im Constructor keine Metrik mit --> du verwendest die Defaultmetrik, welche wohl in etwa mit dem Ratio vergleichbar ist beim Constructor.
Bei GET_EXTENSION wird dann auch in der "aktuellen" Metrik für dich der Wert bereitgestellt - aber was für eine Metrik zu diesem Zeitpunkt gerade aktiv ist erschließt sich mir nicht. Ich habe bei deinem Beispiel kurz mal vor dem GET_EXTENSION ein SET_METRIC gemacht und bekomme dann folgende extensions zurückgeliefert:
0 --> 318 (was auch immer )
1 --> 675 (Pixel)
2 --> 238 (mm)
Wenn man hingegen im Constructor schon die Metric mitgibt, auf die sich die Extension bezieht ( also 1 für 600 Pixel ) ergeben sich dann folgende Werte
0 --> 600 ( scheinen jetzt Pixel zu sein )
1 --> 600 (Pixel)
2 --> 212 (mm)
Da kannst du jetzt draus ableiten was du willst....
du gibst im Constructor keine Metrik mit --> du verwendest die Defaultmetrik, welche wohl in etwa mit dem Ratio vergleichbar ist beim Constructor.
Bei GET_EXTENSION wird dann auch in der "aktuellen" Metrik für dich der Wert bereitgestellt - aber was für eine Metrik zu diesem Zeitpunkt gerade aktiv ist erschließt sich mir nicht. Ich habe bei deinem Beispiel kurz mal vor dem GET_EXTENSION ein SET_METRIC gemacht und bekomme dann folgende extensions zurückgeliefert:
0 --> 318 (was auch immer )
1 --> 675 (Pixel)
2 --> 238 (mm)
Wenn man hingegen im Constructor schon die Metric mitgibt, auf die sich die Extension bezieht ( also 1 für 600 Pixel ) ergeben sich dann folgende Werte
0 --> 600 ( scheinen jetzt Pixel zu sein )
1 --> 600 (Pixel)
2 --> 212 (mm)
Da kannst du jetzt draus ableiten was du willst....
Ratio ging auch nicht ...
Das hat nun allerdings das Fass zum Überlaufen gebracht (Muss wohl eine neue Kaffeemaschine kaufen).
Lösung: Mein Fehler war dass ich NACH dem CREATE für den Docking Container mit CALL METHOD go_dock->dock_at separat die Lage des Docking Containers gesetzt habe.
Das geht aber auch direkt per Parameter SIDE im Constructor. Und dann klappte es !
Ciao und Danke!
Burkhart
Das hat nun allerdings das Fass zum Überlaufen gebracht (Muss wohl eine neue Kaffeemaschine kaufen).
Lösung: Mein Fehler war dass ich NACH dem CREATE für den Docking Container mit CALL METHOD go_dock->dock_at separat die Lage des Docking Containers gesetzt habe.
Das geht aber auch direkt per Parameter SIDE im Constructor. Und dann klappte es !
Ciao und Danke!
Burkhart
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
3385
Views
Views
6
Antw.
Antw.
5240
Views
Views
2
Antw.
Antw.
2240
Views
Views
6
Antw.
Antw.
6196
Views
Views
0
Antw.
Antw.
1556
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1218
vor 3 Tagen von DeathAndPain 4 / 1218
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 3 Tagen von DeathAndPain 4 / 1218
vor 3 Tagen von DeathAndPain 4 / 1218