ALV-Grid: 2 Strukturen für einen Feldkatalog......

ALV-Grid: 2 Strukturen für einen Feldkatalog......

Hallo zusammen,

ich habe ein etwas "verschrobenes" Konstrukt:

Für eines meiner Projekte schreibe ich gerade an einem Funktionsbaustein. Dieser soll, anhand einer Übergabetabelle die Werte aus dieser Tabelle anhand der Ursprungs-Struktur (variabel!) extrahieren und nur die Werte bzw. Felder die zuvor an anderer Stelle gecustomized wurden, an eine Ausgabetabelle übertragen. Die Ausgabetabelle ist notwendig, da ALV-Grids ja nur Eingabetabellen vom Type Standard Table akzeptieren und die Übergabetabelle - aus diversen Gründen die zu Erklären jetzt zu lange dauern würde und auch zu Ausufern würde - nunmal eine TabellenTyp-Tabelle ist.

Nun, die Übergabe der Daten und das Extrahieren sowie das Übergeben der Daten an die Ausgabetabelle funktioniert alles - wunderbar....

Nun kommt mein Problem:

Zur Anzeige der Daten bediene ich mich, wen wunderts , eines ALV-Grids, das auf einer Tabelle folgender TypBeschreibung basiert:

Data: gt_distab Type Z_DISSTRUCT.

wobei Z_DISSTRUCT folgende Felder und Attribute aufweißt:
Für diese Struktur lasse ich mir natürlich über den Baustein LVC_FIELDCATALOG_MERGE die lvc_t_fcat erstellen. Nennen wir Ihn FeldKatalogA.

Nun, sieht es ja nicht gut aus, wenn man Daten zu einem spezifischen Objekt präsentiert, das als Überschrift über den Spalten überall nur 'Charakter 100' steht.

Also ermittel ich Anhand der Import-Parameter den Namen der dynamischen (zu vergebenden, die Strukturen existieren schon im DDic) Struktur, auf welcher die Daten in der Import-Tabelle beruhen, auch dafür noch den Feldkataog. Nennen wir diesen FeldKatalogB.

Um nun meine Anzeigetabelle - von den Überschriften her - auf die Ursprungsstruktur der Eingabedaten anzupassen, setze ich für den FeldKatalogA die zu belegenden Spalten wie folgt um:
Die nicht zu besetzenden Felder des FeldKatalogsA werden im Feld Tech auf 'X' gesetzt, sind also in der Anzeige nicht mehr wirksam.

Durch löschen der Felder ref_field und ref_table wird ja, wie ich die Doku verstanden habe, die Dictionary-Beziehung der Felder aufgehoben, so das im Feld reptext die anzuzeigende Spaltenüberschrift stehen sollte.

Soweit zur Beschreibung der Vorbereitungen. Da dies nicht mein erstes OO-Alv_Grid ist, das ich verwende, habe ich natürlich auf dem Dynpro ein CustomControl, für welches ein cl_gui_custom_control-Objekt angelegt wird. Dieses wiederrum dient als Parent-Objekt für die cl_gui_alv_grid-Instanz. Beide werden sauber angelegt und befinden sich auf einem PopUp-Dynpro.

Setze ich nun mit einen Set_Table_For_First_Display meine interne Anzeigetabelle an das Grid ab, übergebe ich das Layout (sel_mode = 'B' und zebra = 'X') und den FeldKatalogA ebenfalls an die Methode...

Phänomen: Es kommt zu keinem Laufzeitfehler, aber das Grid wird dennoch nicht angezeigt!?!?!

Laaanger Rede kurzer Sinn: Hat einer von Euch eine Erklärung dafür, bzw. kann mir Erklären (ich hoffe meine Auführungen waren ausführlich genug), was ich falsch mache?

Besten Dank im voraus und

vG

Arno

--- gelöscht, da das referenzierte Posting gelöscht wurde ---
Black_Adept

Wieder mal ein Beispiel für die äußerst üble Art von Zensur, die hier im Forum vorgenommen wird
Stefan ( Black_Adept)


@CAT:
- Dynpro wird aufgerufen,
- Ablauflogik und Module sind aktiv

Ich bin ja mit dem Debugger durchgelaufen und auf Sy-Subrc = 0 gekommen

vG

Arno

Hallo Stefan,

das PopUp-Dynpro (mit Status) wird angezeigt, so das ich das wenigsten noch normal beenden kann

Nein, es sind nicht alle Felder auf "Tech = 'X'" gesetzt, nur die die wirklich nicht angezeigt werden sollen.

Die Prüfung des Feldcustomizing auf die relevanten Felder läuft so, das im Feldkatalog in jedem Fall entsprechend Felder aktiviert werden. Wenn kein Customizing vorliegt, werden die ersten 6 Felder der Ursprungsstruktur für die Anzeigefelder verwendet.

Mit dem Überschriften setzen, das Test ich gerade... Melde mich gleich wieder.

vG

Arno

kann mal jemand das ganze posting hier löschen?

Die Lösung ist fast schon zu peinlich um Wahr zu sein

2 bzw. 3 Ursachen:

1. ein Bug seitens der SAP (oder ist das der Bug?!)
2. ein klitzekleiner (wirklich kleiner!) Schreibfehler meinerseits *dummdiddeldumm*

und

3. eine RIESENPORTION Betriebsblindheit meinerseits, ansonsten hätte ich mir jetzt nicht die letzten 3 Tage in die Haare schmieren können

1. Der Bug und 2. der Schreibfehler

Wird bei in der Textkonstanten für "container_name" auch nur 1 Zeichen vergessen, läuft das ganze nicht (und das war mein Schreibfehler). Warum? Auch wenn der Sy-Subrc abgeprüft wird, bleibt das ohne folgen! Das kommt daher das die entsprechende Klasse seitens der SAP einen Bug hat und SY-SUBRC = 0 emitiert, auch wenn es den benannten Container auf dem Dynpro gar nicht gibt!

Das peinliche daran ist, das ich das nicht gesehen habe, obwohl ich die Routine in den vergangenen 3 Tagen mindestens 40 mal mit dem Debugger und noch öfter mit dem Editor "beglückt" habe... Da mußte mir gerade erstmal ein Kollege über die Schulter schauen und der hat's dann (zum Glück) gesehen, sonst hätte ich hier noch länger in den Bohnen gestochert und versucht Kaffeesatz zu lesen

vG

Arno

PS auch wenn die Exceptions wie im Construktor angegeben emitiert werden, kommt 0 raus!