Suchhilfe mit 2 Rückgabewerten
14 Beiträge
•
Seite 1 von 1
14 Beiträge
Seite 1 von 1
Hallole,
folgendes Problem, ich habe auf einem Dynpro 3 Felder, Materialnr, Materialtext und Posnr. Dazu habe ich eine Struktur im DDIC angegelegt, in der u.a. diese 3 Felder enthalten sind. Der Materialnummer ist eine eigene Suchhilfe zugeordnet, die einen DB-View über die Tabellen QMFE und MAKT abbildet. Die Felder sind als Exportparameter definiert und in der Struktur auch der Suchhilfe zugewiesen.
[url]http://h.imagehost.org/0498/SHilfe.jpg[/url]
[url]http://h.imagehost.org/0934/SHilfe_01.jpg[/url]
Führe ich die Suchhilfe im Programm aus, wird mir nur die Materialnummer an das Dynpro übergeben.
Teste ich die Suchhilfe über die SE11 funktioniert bis dahin alles wunderbar.
Hab das Thema schon in mehreren Einträgen im Forum gefunden, und bin der Meinung, das ich es genauso mache. Es tut aber nicht.
Für Eure Hilfe vielen Dank.
Ciao
Jens
folgendes Problem, ich habe auf einem Dynpro 3 Felder, Materialnr, Materialtext und Posnr. Dazu habe ich eine Struktur im DDIC angegelegt, in der u.a. diese 3 Felder enthalten sind. Der Materialnummer ist eine eigene Suchhilfe zugeordnet, die einen DB-View über die Tabellen QMFE und MAKT abbildet. Die Felder sind als Exportparameter definiert und in der Struktur auch der Suchhilfe zugewiesen.
[url]http://h.imagehost.org/0498/SHilfe.jpg[/url]
[url]http://h.imagehost.org/0934/SHilfe_01.jpg[/url]
Führe ich die Suchhilfe im Programm aus, wird mir nur die Materialnummer an das Dynpro übergeben.
Teste ich die Suchhilfe über die SE11 funktioniert bis dahin alles wunderbar.
Hab das Thema schon in mehreren Einträgen im Forum gefunden, und bin der Meinung, das ich es genauso mache. Es tut aber nicht.
Für Eure Hilfe vielen Dank.
Ciao
Jens
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Die Struktur für das Dynpro habe ich mit
*---> Dynpro-Fields Declarations
DATA: gs_maengelbericht TYPE zst_maengelbericht.
deklariert. im PBO wird die Struktur mit den schon vorhandenen Werten gefüllt. Die Dynprofelder beziehen sich auf gs_maengelbericht.
*---> Dynpro-Fields Declarations
DATA: gs_maengelbericht TYPE zst_maengelbericht.
deklariert. im PBO wird die Struktur mit den schon vorhandenen Werten gefüllt. Die Dynprofelder beziehen sich auf gs_maengelbericht.
Die Dynprofelder müssen sich auf die DDIC-Struktur zst_maengelbericht beziehen!!
Hi Enno,
dann funktioniert es. Ich muß zwar das ganze Programm umschreiben, aber es tut. Gibt es da einen bestimmten Grund, warum die Struktur selbst auf dem Dynpro sein muß, und es nicht ausreicht die referierende Struktur zu nehmen.
Ciao
Jens
dann funktioniert es. Ich muß zwar das ganze Programm umschreiben, aber es tut. Gibt es da einen bestimmten Grund, warum die Struktur selbst auf dem Dynpro sein muß, und es nicht ausreicht die referierende Struktur zu nehmen.
Ciao
Jens
Habe ich auch nie verstanden, warum das so sein muss... 
Servus Jens,
genau das meinte ich mit "Namen der Felder"...dumm gefragt.
In einem Report musst du die Sturuktur mit TABLES angeben um die Felder so aufs Dynpro zu bekommen und in einem Dialogprogramm muss dem Feldnamen die DDIC-Struktur vorangestellt werden. Das ist übrigens auch der einzige Anwendungsfall, wozu du noch die TABLES-Anweisung verwenden solltest.
Warum das so ist, weiß ich auch nicht genau...
genau das meinte ich mit "Namen der Felder"...dumm gefragt.
In einem Report musst du die Sturuktur mit TABLES angeben um die Felder so aufs Dynpro zu bekommen und in einem Dialogprogramm muss dem Feldnamen die DDIC-Struktur vorangestellt werden. Das ist übrigens auch der einzige Anwendungsfall, wozu du noch die TABLES-Anweisung verwenden solltest.Warum das so ist, weiß ich auch nicht genau...
Hallo,
ich stand heute vor dem selben Problem, habe mir eine Struktur im Topinclude mit Data definiert und wolte diese im Dynpro mit der Suchhilfe verwenden. Ging leider nur für das 1 Feld und nicht für die anderen. Mit Tables klappt das ganze. Wieso kann ich es nicht auch mit meiner eigenen Struktur schaffen??
In Objektorientierter Abap-programmierung kann man Tables doch nicht verwenden?
Es geht mir einfach darum den 2. Datenbank zugriff zu umgehen, schon aus Prinzip. Die Suchhilfe findet mir schließlich genau mein Datensatz den ich brauche. Zur zeit kann ich aber nur durch ein anschließendes single select ODER über die Tables anweisung zu den anderen Daten kommen.
Für eure tipps schonmal vielen Dank!
VG
ich stand heute vor dem selben Problem, habe mir eine Struktur im Topinclude mit Data definiert und wolte diese im Dynpro mit der Suchhilfe verwenden. Ging leider nur für das 1 Feld und nicht für die anderen. Mit Tables klappt das ganze. Wieso kann ich es nicht auch mit meiner eigenen Struktur schaffen??
In Objektorientierter Abap-programmierung kann man Tables doch nicht verwenden?
Es geht mir einfach darum den 2. Datenbank zugriff zu umgehen, schon aus Prinzip. Die Suchhilfe findet mir schließlich genau mein Datensatz den ich brauche. Zur zeit kann ich aber nur durch ein anschließendes single select ODER über die Tables anweisung zu den anderen Daten kommen.
Für eure tipps schonmal vielen Dank!
VG
Beitrag
von a-dead-trousers (Top Expert / 4437 / 226 /
1193
)
»
hi!
Klarstellung: Ein Dynpro/Programm ist NICHT Bestandteil von ABAP-OO.
Dass die Suchhilfen nur auf eine vermeintliche TABLES-Anweisung reagieren, liegt daran, dass für den Feldtransport auf dem Dynpro die Bezeichnungen aus der Suchhilfe selbst herangezogen werden und da sind die Felder nun mal (meistens) mit dem DDIC-Namen definiert. Es würde glaube ich auch mit einer DATA Anweisung funktionieren, wenn der Variablenname gleich der DDIC-Struktur ist. Das sollte meines Wissens außerhalb von ABAP-OO kein Problem sein.
Es gibt aber noch eine andere (aufwändigere) Methode indem man die Suchhilfe selbet mit den richtigen Parametern versorgt.
Mittels FuBa F4IF_GET_SHLP_DESCR kann man die Suchhilfe auslesen.
Im Parameter SHLP-INTERFACE kann man dann die Felder aus der jeweiligen Suchhilfe mit den entsprechenden Feldern aus dem Dynpro (VALFIELD und VALUE) verknüpfen.
Ruft man dann die Suchhilfe mit F4IF_START_VALUE_REQUEST auf, werden sowohl das Feld auf dem F4 gedrückt wurde (F4FIELD) als auch die anderen Felder von der Suchhilfe automatisch versorgt.
Über diesem Weg ist es auch möglich sich eine Suchhilfe zur Laufzeit anzuelgen oder eine bestehende nach den eigenen Vorstellungen zu modifizieren ohne eine Standardänderung durchführen zu müssen.
lg ADT
Klarstellung: Ein Dynpro/Programm ist NICHT Bestandteil von ABAP-OO.
Dass die Suchhilfen nur auf eine vermeintliche TABLES-Anweisung reagieren, liegt daran, dass für den Feldtransport auf dem Dynpro die Bezeichnungen aus der Suchhilfe selbst herangezogen werden und da sind die Felder nun mal (meistens) mit dem DDIC-Namen definiert. Es würde glaube ich auch mit einer DATA Anweisung funktionieren, wenn der Variablenname gleich der DDIC-Struktur ist. Das sollte meines Wissens außerhalb von ABAP-OO kein Problem sein.
Es gibt aber noch eine andere (aufwändigere) Methode indem man die Suchhilfe selbet mit den richtigen Parametern versorgt.
Mittels FuBa F4IF_GET_SHLP_DESCR kann man die Suchhilfe auslesen.
Im Parameter SHLP-INTERFACE kann man dann die Felder aus der jeweiligen Suchhilfe mit den entsprechenden Feldern aus dem Dynpro (VALFIELD und VALUE) verknüpfen.
Ruft man dann die Suchhilfe mit F4IF_START_VALUE_REQUEST auf, werden sowohl das Feld auf dem F4 gedrückt wurde (F4FIELD) als auch die anderen Felder von der Suchhilfe automatisch versorgt.
Über diesem Weg ist es auch möglich sich eine Suchhilfe zur Laufzeit anzuelgen oder eine bestehende nach den eigenen Vorstellungen zu modifizieren ohne eine Standardänderung durchführen zu müssen.
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 / 4130 / 130 /
955
)
»
Aber du kannst einen workaround nehmen, der das selbe bewirkt:RIG hat geschrieben:In Objektorientierter Abap-programmierung kann man Tables doch nicht verwenden?
z.b. statt
Code: Alles auswählen.
TABLES T000. Code: Alles auswählen.
DATA: T000 type T000.Super, vielen Dank für diese Antwort.
In diesem Fall darf ich Tables trotz prorammierung mit Klassen verwenden?
Ich habe auch noch nicht herausgefunden warum man TABLES in Klassen nicht mehr verwenden darf. Es steht nur in jedem Buch und allen Hilfen das es verboten ist, aber der Hintergrund wird leider nicht erleutert.
Mit dem Workarround erstelle ich ja trotzdem eine iTab mit Kopfzeile. Dies scheint also nicht der Grund zu sein sondern eher das es eine DDIC-Struktur mit Namen einer Datenbanktabelle gibt - richig?
VG RIG
In diesem Fall darf ich Tables trotz prorammierung mit Klassen verwenden?
Ich habe auch noch nicht herausgefunden warum man TABLES in Klassen nicht mehr verwenden darf. Es steht nur in jedem Buch und allen Hilfen das es verboten ist, aber der Hintergrund wird leider nicht erleutert.
Mit dem Workarround erstelle ich ja trotzdem eine iTab mit Kopfzeile. Dies scheint also nicht der Grund zu sein sondern eher das es eine DDIC-Struktur mit Namen einer Datenbanktabelle gibt - richig?
VG RIG
Beitrag
von a-dead-trousers (Top Expert / 4437 / 226 /
1193
)
»
Jein.
Du hast schon recht, dass es in ABAP-OO nicht erlaubt ist Tabellen mit Kopfzeilen zu verwenden, was ja die TABLES Anweisung bewirkt.
Jedoch erstellt DATA in diesem Fall keine Tabelle mit Kopfzeile sondern nur eine Struktur.
Erst mit würde ebenfalls eine Tabelle mit Kopfzeile erstellt werden.
Anm.: Die Angaben und sind optionale Angaben. Werden jedoch eben im ABAP-OO für eine vollständige Variablendeklaration benötigt (sonst wäre es ein sog. generischer Datentyp)
lg ADT
Du hast schon recht, dass es in ABAP-OO nicht erlaubt ist Tabellen mit Kopfzeilen zu verwenden, was ja die TABLES Anweisung bewirkt.
Jedoch erstellt DATA in diesem Fall keine Tabelle mit Kopfzeile sondern nur eine Struktur.
Erst mit
Code: Alles auswählen.
DATA: T000 type standard table of T000 with default non-unique key with header line.Anm.: Die Angaben
Code: Alles auswählen.
STANDARD TABLECode: Alles auswählen.
with default non-unique keylg 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 / 4130 / 130 /
955
)
»
Das hast mich jetzt doch interessiert, warum SAP bei nicht auf TABLES-bezogenen Feldern das nicht zurückstellt bzw. ob das wirklich immer noch gilt. Der Originalbeitrag ist ja schon ein paar Jährchen alt.
Ein paar Test und ein paar Kommentare im Programmcoding, das ich im Debugger durchlaufen habe zeitigten folgende Resultate: ( Suchhilfe für WERKS - test ob MATNR mit gefüllt wird )
( ECC 6.0, SAP-Basis 700 bis Patch 21 --> leider kein EHP2 )
1.) Es funktioniert inzw. auch , wenn man sich auf programmintern definierte Variablen bezieht.
2.) Es funktioniert NICHT, wenn man mehrere Felder hat, die gleichartig definiert wurden ( SAP weiß dann nicht, welche Felder zueinander gehören
3.) Allerdings funktioniert es dann doch wieder mit mehreren gleichartigen Variablen, wenn diese sich in einem Block befinden und innerhalb dieses Blocks nicht fall 2.) auftritt. Man kann den Block selber sogar unsichtbar schalten - es geht nur darum ob die Variablen innerhalb eines Blocks angeordnet sind und dort eine eindeutige Zuordnung machbar ist.
Ein paar Test und ein paar Kommentare im Programmcoding, das ich im Debugger durchlaufen habe zeitigten folgende Resultate: ( Suchhilfe für WERKS - test ob MATNR mit gefüllt wird )
( ECC 6.0, SAP-Basis 700 bis Patch 21 --> leider kein EHP2 )
1.) Es funktioniert inzw. auch , wenn man sich auf programmintern definierte Variablen bezieht.
Code: Alles auswählen.
REPORT.
DATA: BEGIN OF gs_mard,
matnr LIKE mard-matnr,
werks LIKE mard-werks,
END OF gs_mard.
SELECT-OPTIONS: s_matnr FOR gs_mard-matnr,
s_werks FOR gs_mard-werks.
Code: Alles auswählen.
REPORT.
DATA: BEGIN OF gs_mard,
matnr LIKE mard-matnr,
werks LIKE mard-werks,
END OF gs_mard.
DATA: BEGIN OF gs2_mard,
matnr LIKE mard-matnr,
werks LIKE mard-werks,
END OF gs2_mard.
SELECT-OPTIONS: s_matnr FOR gs_mard-matnr,
s_werks FOR gs_mard-werks.
SELECT-OPTIONS: s2_matnr FOR gs2_mard-matnr MODIF ID so2,
s2_werks FOR gs2_mard-werks MODIF ID so2.
Code: Alles auswählen.
REPORT.
DATA: BEGIN OF gs_mard,
matnr LIKE mard-matnr,
werks LIKE mard-werks,
END OF gs_mard.
DATA: BEGIN OF gs2_mard,
matnr LIKE mard-matnr,
werks LIKE mard-werks,
END OF gs2_mard.
SELECTION-SCREEN BEGIN OF BLOCK bl1 WITH FRAME TITLE text-bl1.
SELECT-OPTIONS: s_matnr FOR gs_mard-matnr,
s_werks FOR gs_mard-werks.
SELECTION-SCREEN END OF BLOCK bl1.
SELECTION-SCREEN BEGIN OF BLOCK bl2 WITH FRAME TITLE text-bl2.
SELECT-OPTIONS: s2_matnr FOR gs2_mard-matnr MODIF ID so2,
s2_werks FOR gs2_mard-werks MODIF ID so2.
SELECTION-SCREEN END OF BLOCK bl2.
AT SELECTION-SCREEN OUTPUT.
LOOP AT SCREEN.
IF screen-group3 = 'BLK'.
screen-invisible = 1.
ENDIF.
MODIFY SCREEN.
ENDLOOP.
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
5466
Views
Views
Suchhilfe: Zwei Dynpro-Felder aus 1 Suchhilfe beschicken
von meinrad » 03.03.2006 15:24 • Verfasst in Dialogprogrammierung
von meinrad » 03.03.2006 15:24 • Verfasst in Dialogprogrammierung
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Einen verschlüsselten String in einen verschlüsselten XString umwandeln
vor 18 Stunden von a-dead-trousers 2 / 96
vor 18 Stunden von a-dead-trousers 2 / 96
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
Einen verschlüsselten String in einen verschlüsselten XString umwandeln
vor 18 Stunden von a-dead-trousers 2 / 96
vor 18 Stunden von a-dead-trousers 2 / 96