Hallo,


Wie kann man in der Einzelsuchhilfe leere Ausgaben unterdrücken.

Danke für alle Antworten!!!

Du mußt einen Suchhilfe-Exit schreiben,
der etwa so aussieht:

Code:

IF callcontrol-step <> 'DISP'.     EXIT.   ENDIF.   LOOP AT record_tab.     ls_v1 = record_tab.     IF  ls_v1-XXX  IS INITIAL.       DELETE record_tab.       CONTINUE.     ENDIF.   ENDLOOP.

Viel Erfolg
Matthias Selle

Hallo,

die Daten sind im Zeitpunkt 'DISP' in record_tab drin.

Die Komponente von record_tab ist STRING.

Mit ls_v1-xxx meinst du wohl ls_v1-STRING.

Jedoch: die Suchhilfe ist ja zu Informationszwecken da, also werden in der Trefferliste neben dem Exparameter noch weitere Imparameter angegeben, die dort auch angezeigt werden.

Im record_tab stehen die Werte für alle Parameter der Ergebnisliste nebeneinander drin.

Ich will jedoch nur für die Exparameter, für die auch die Suchhilfe da ist, die Leerwerte nicht ausgeben. record_tab-STRING kann aber in einer Zeile den Exparameter leer haben, die anderen angezeigten Werte müssen jedoch nicht leer sein, womit die Abfrage gegen INITIAL fehlschlagen würde.

Gibt es keine andere Stelle, wo die Ergebnisliste gespeichert wird?

Nee nicht ganz.
ls_vl ist idealerweise entsprechend dem Struktur, den die Suchhilfe verwendet.
Beispielsweise hat die Suchhilfe DEBIE die Selektionsmethode M_DEBIE. Dahinter verbirgt sich der View M_DEBIS.
Dementsprechend ist

Code:

DATA: ls_vl TYPE m_debis.

Demnach kannst du mit ls_vl-xxx jedes Feld abfragen.

Gruß
Matthias Selle

Ich habe eine Suchhilfe ABCD, ohne Selektionsmethode.
Die Tabelle (n) bestimme ich im Exit ABCD_X.

Worauf muss ich nun ls_lv typisieren?

Ich kenne den view-namen nicht.

Auf den Tabellennamen.

Gruß
Matthias Selle

Die Tabelle im Suchhilfeexit wird jedoch dynamisch ermittelt. Es steht in einem Stringdatenobjekt lv_tabelle.

Wie kann ich dynamisch auf diese dynamisch erzeugte Tabelle typisieren?

Ich unterstelle mal, dass die Zahl der möglichen Tabellen überschaubar ist.
Kannst du nicht erst einmal alle definieren, also ls_vl1, ls_vl2 ...
und später per case entscheiden, welche Du nimmst?

Also jetzt darf ich mit den Zeitpunkten nicht durcheinander kommen, tue mir ja schon schwer dabei...

Code:

DATA: lv_tab1 TYPE ztab1, lv_tab2 TYPE ztab2, lv_tab3 TYPE ztab3. ...

Code:

IF CALLCONTROL-STEP = 'SELECT'.     CALL FUNCTION 'F4UT_PARAMETER_VALUE_GET'       EXPORTING         parameter               = 'YABC' ... * ja nach yabc wird ztab1 oder ztab2 oder ztab3 in lv_tabelle gepackt.     shlp-INTDESCR-SELMETHOD = lv_tabelle. * nun habe ich hier dynamisch die Selektionsmethode     shlp-INTDESCR-SELMTYPE = 'T'. ... ENDIF.

jetzt soll ich unterscheiden:

Code:

IF CALLCONTROL-STEP = 'DISP'.   if lv_tabname = 'ztab1''.     LOOP AT record_tab.       lv_tab1 = record_tab.       IF  lv_tab1-xxx IS INITIAL.         DELETE record_tab.         CONTINUE.       ENDIF.     ENDLOOP.   endif. ... ENDIF.

Also entweder wird lv_tab1 nach record_tab typisiert, dann aber wird die Komponente lv-tab1-xxx die ich brauche nicht erkannt, oder lv_tab1 nach dem Tabellennamen typisiert, dann funktioniert die Geschichte sowieso nicht.

Wie soll ich das mit der Ergebnisliste ( record_tab ) nun verknüpfen?

Geht es nicht so?

Code:

LOOP AT record_tab.    case Parameter.    when A       lv_tab1 = record_tab.       IF  lv_tab1-xxx IS INITIAL.         DELETE record_tab.         CONTINUE.       ENDIF.   when B.       lv_tab2 = record_tab.       IF  lv_tab2-xxx IS INITIAL.         DELETE record_tab.         CONTINUE.       ENDIF.   when ...   endcase ENDLOOP.

Parameter bestimmst du wie vor dem Select.

Also so geht das sicherlich nicht.

bei deinem code muss ja lv_tab1 auf record_tab typisiert sein.
Damit ist aber lv_tab1-xxx niemals ein Feld von der dynamisch ermittelten Tabelle lv_tabelle.

Bei allen Such-Hilfe-Exits die ich kenne ist

Code:

RECORD_TAB STRUCTURE  SEAHLPRES.

und damit ein String der Länge 1000.
Den weise ich meiner Struktur zu.

Mein ursprüngliches Coding (geänderte Variablennamen) funktioniert bei mir in der Praxis.

Zuletzt bearbeitet von Matthias.Selle am Fr 28 Aug 09 11:10, insgesamt einmal bearbeitet

Also damit wir nicht aneinander vorbeireden:

Worauf muss lv_tab1..lv_tab3 typisiert werden?

lv_tabelle ist ein string. Dieser wird dynamisch gesetzt und shlp-INTDESCR-SELMETHOD übergeben, damit der Exit eine Selektionsmethode hat.

Auf den Tabellentyp der Tabelle aus der Du liest.

Wenn Du aus einem View selektierst, den Viewnamen, wenn du aus einer Tabelle liest, den Tabellennamen.

Hier das komplette Coding eines Exits zu einer Kopie (sonst identisch, nur gibt es einen zusätzlichen Suchhilfe-Exit) zur Suchhilfe Debis:

Code:

DATA: ls_line TYPE m_debis,         ls_knvp type knvp.   IF callcontrol-step <> 'DISP'.     EXIT.   ENDIF.   LOOP AT record_tab.      ls_line = record_tab.       SELECT SINGLE * FROM knvp INTO ls_knvp         WHERE kunnr = ls_line-kunnr           AND vkorg = ls_line-vkorg           AND vtweg = ls_line-vtweg           AND spart = ls_line-spart           AND parvw = 'AG'.       IF sy-subrc > 0.       DELETE record_tab.       CONTINUE.     ENDIF.   ENDLOOP.

Der tut.
Die Suchhilfe hat intern den view M_DEBIS gelesen. Ist aber im Prinzip durch jede Tabelle ersetzbar.

Ja ok,
ich glaube ja dass es in allen anderen Fällen klappt.

In meinem Fall jedoch, wenn ich mache:

Code:

DATA: ls_line TYPE ztab1.

und dann

Code:

ls_line = record_tab.

kriege ich wie erwartet an dieser Stelle einen Fehler auf aufeinander nicht konvertierbar etc.

Was nun?