ALV markierte Zelle auslesen und Aktion
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Hallo zusammen,
wie funktioniert denn folgendes:
Der Benutzer klickt doppelt auf eine Zelle des ALVs. (hab hier schon was gefunden, aber ich wollte meine Fragen nicht in ein bestehendes Thema schreiben http://www.abapforum.com/forum/viewtopi ... iew=unread )
Anschließend soll abhängig von der Spalte, auf die gelickt wurde, eine Transaktion aufgerufen werden (z.B. MM03, VA03...)
Also wenn der Benutzer in dem ALV auf eine Zelle der Spalte "Materialnr" klickt => Aufruf der Transaktion MM03.
Den Wert kann ich mir mit der Instanzmethode get_current_cell der Klasse CL_GUI_ALV_GRID ermitteln. Aber wie weiß ich, wenn ich z.B. den wert "24578" erhalte, ob es sich um eine Materialnr. oder um eine Auftragsnr. handelt?
Ich hätte jetzt einfach einen "test - Select" nacheinander auf die entsprechenden Tabellen gemacht und wenn der Sy-subrc = 0 ergibt, dann rufe ich die entsprechende Transaktion auf. (Blöd nur, wenn 24578 auch eine Materialnummer ist und gleichzeitig eine Auftragsnummer...)
ODER:
Einfach den Zeilenindex lesen und dann in einen Arbeitsbereich setzen und mit Zugriff auf das entsprechende Feld z.B. -matnr den Wert auslesen und die mm03 aufrufen. (so ist es auch in dem Link beschrieben)
Was ist aber, wenn z.B. die Interne Tabelle so aufgebaut ist: |BELEGNR1|BELEGRN2|MATNR1|MATNR2| also in einer Zeile zwei Spalten vorkommen, die vom gleichen Typ sind. (Macht zwar nicht so viel Sinn, aber mich interessiert das Prinzip)
Dann bring mir der Zeilenindex nicht wirklich was.
Wie kann man denn so etwas am besten erledigen?
Man müsste vielleicht festestellen können, zu welchem Feldkatalogelement der entsprechende Eintrag gehört?
Danke!
Viele Grüße
wie funktioniert denn folgendes:
Der Benutzer klickt doppelt auf eine Zelle des ALVs. (hab hier schon was gefunden, aber ich wollte meine Fragen nicht in ein bestehendes Thema schreiben http://www.abapforum.com/forum/viewtopi ... iew=unread )
Anschließend soll abhängig von der Spalte, auf die gelickt wurde, eine Transaktion aufgerufen werden (z.B. MM03, VA03...)
Also wenn der Benutzer in dem ALV auf eine Zelle der Spalte "Materialnr" klickt => Aufruf der Transaktion MM03.
Den Wert kann ich mir mit der Instanzmethode get_current_cell der Klasse CL_GUI_ALV_GRID ermitteln. Aber wie weiß ich, wenn ich z.B. den wert "24578" erhalte, ob es sich um eine Materialnr. oder um eine Auftragsnr. handelt?
Ich hätte jetzt einfach einen "test - Select" nacheinander auf die entsprechenden Tabellen gemacht und wenn der Sy-subrc = 0 ergibt, dann rufe ich die entsprechende Transaktion auf. (Blöd nur, wenn 24578 auch eine Materialnummer ist und gleichzeitig eine Auftragsnummer...)
ODER:
Einfach den Zeilenindex lesen und dann in einen Arbeitsbereich setzen und mit Zugriff auf das entsprechende Feld z.B. -matnr den Wert auslesen und die mm03 aufrufen. (so ist es auch in dem Link beschrieben)
Was ist aber, wenn z.B. die Interne Tabelle so aufgebaut ist: |BELEGNR1|BELEGRN2|MATNR1|MATNR2| also in einer Zeile zwei Spalten vorkommen, die vom gleichen Typ sind. (Macht zwar nicht so viel Sinn, aber mich interessiert das Prinzip)
Dann bring mir der Zeilenindex nicht wirklich was.
Wie kann man denn so etwas am besten erledigen?
Man müsste vielleicht festestellen können, zu welchem Feldkatalogelement der entsprechende Eintrag gehört?
Danke!
Viele Grüße
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Ich habe gerade kein System zur Hand, weil ich gleich einen Vortrag halte. Aber dafür gibt es eine Methode. "get_selfield" oder so ähnlich. Debugge mal die SE16, wenn du ein User Command ausführst, da fällst du über die Methode.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
also du musst einen Event Handler auf das Ereignis - on double click registrieren und dann bekommst du dort ja alle Informationen übergeben - auch welche Spalte / Celle syelektiert wurde.Das ist alles !
Gruss Jens
also du musst einen Event Handler auf das Ereignis - on double click registrieren und dann bekommst du dort ja alle Informationen übergeben - auch welche Spalte / Celle syelektiert wurde.Das ist alles !
Gruss Jens
thanks Jens
Beitrag
von a-dead-trousers (Top Expert / 4399 / 223 /
1182
)
»
hi!
Ich versteh jetzt nicht wo hier das Problem liegt.
Beim DOUBLE_CLICK werden doch schon alle Informationen übergeben E_ROW und E_COLUMN.
Damit kann man dann entweder in der internen Tabelle direkt lesen oder eben den Inhalt mit GET_CURRENT_CELL auslesen.
Dann muss man halt überlegen anhand welcher Kriterien man welche Transaktion aufruft.
Wie schon erwähnt hat der Ansatz über den Feldkatalog gewisse Nachteile, da man "per Name" alles abfragen muss, aber er bleibt meines erachtens trotzdem die einzige Möglichkeit um in einem "generischen" Programm abghängig vom Feldtyp bestimmte Funktionen aufzurufen. Einzige andere Möglichkeit wäre RegEx zu verwenden aber das ist nur dann sinnvoll, wenn die Nummern unterschiedliche Formate haben (z.b. ISBN vs. KFZ-Kennzeichen usw.)
Ich gehe mal davon aus, dass du eine allgemeine Funktion schreiben möchtest die auf unterschiedlichste ALV-Darstellungen anwendbar ist und je nach Feldtyp die zugehörigen Funktionen aufruft.
lg ADT
EDIT: Hoppla, jetzt weiß ich was hier fehlt! Beim Event-Handler kann man eine Variable angeben die SENDER heißt. Sobald der Event vom ALV aufgerufen wird, erhält man darüber die aktuelle ALV Instanz und jetzt reicht es aus die Methode GET_FRONTEND_FIELDCATALOG aufzurufen um den Feldkatalog zu erhalten.
Ich versteh jetzt nicht wo hier das Problem liegt.
Beim DOUBLE_CLICK werden doch schon alle Informationen übergeben E_ROW und E_COLUMN.
Damit kann man dann entweder in der internen Tabelle direkt lesen oder eben den Inhalt mit GET_CURRENT_CELL auslesen.
Dann muss man halt überlegen anhand welcher Kriterien man welche Transaktion aufruft.
Wie schon erwähnt hat der Ansatz über den Feldkatalog gewisse Nachteile, da man "per Name" alles abfragen muss, aber er bleibt meines erachtens trotzdem die einzige Möglichkeit um in einem "generischen" Programm abghängig vom Feldtyp bestimmte Funktionen aufzurufen. Einzige andere Möglichkeit wäre RegEx zu verwenden aber das ist nur dann sinnvoll, wenn die Nummern unterschiedliche Formate haben (z.b. ISBN vs. KFZ-Kennzeichen usw.)
Ich gehe mal davon aus, dass du eine allgemeine Funktion schreiben möchtest die auf unterschiedlichste ALV-Darstellungen anwendbar ist und je nach Feldtyp die zugehörigen Funktionen aufruft.
lg ADT
EDIT: Hoppla, jetzt weiß ich was hier fehlt! Beim Event-Handler kann man eine Variable angeben die SENDER heißt. Sobald der Event vom ALV aufgerufen wird, erhält man darüber die aktuelle ALV Instanz und jetzt reicht es aus die Methode GET_FRONTEND_FIELDCATALOG aufzurufen um den Feldkatalog zu erhalten.
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
4
Antw.
Antw.
5531
Views
Views
ALV markierte Zeilen auslesen
von bob_sheknowdas » 13.09.2014 21:15 • Verfasst in Web-Dynpro, BSP + BHTML
von bob_sheknowdas » 13.09.2014 21:15 • Verfasst in Web-Dynpro, BSP + BHTML
10
Antw.
Antw.
4073
Views
Views
4
Antw.
Antw.
11173
Views
Views
ALV / CL_SALV TABLE / Markierte Zeilen auslesen
von Michael71 » 24.11.2011 09:04 • Verfasst in ABAP Objects®
von Michael71 » 24.11.2011 09:04 • Verfasst in ABAP Objects®
1
Antw.
Antw.
1991
Views
Views
0
Antw.
Antw.
7315
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.