Table Control in Custom Control?
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Moin moin,
ich suche gerade nach einem Weg, in einer komplexen Tabellendarstellungs und -pflegetransaktion eine Umschaltmöglichkeit zwischen Table Controls und editierbarem ALV zu realisieren. Sprich: Ich will so flexibel wie möglich sein.
Das erste, was mir einfällt, ist: Table Control und ALV komplett fertigmachen und je nach "Schalterstellung" (und wenns der Transaktionscode ist) das eine oder das andere in einen Custom Container hängen.
Ehe ich gegen eine Wand laufe: Muss ich dabei irgendwas beachten? Lauern da irgendwelche Fallstricke?
ich suche gerade nach einem Weg, in einer komplexen Tabellendarstellungs und -pflegetransaktion eine Umschaltmöglichkeit zwischen Table Controls und editierbarem ALV zu realisieren. Sprich: Ich will so flexibel wie möglich sein.
Das erste, was mir einfällt, ist: Table Control und ALV komplett fertigmachen und je nach "Schalterstellung" (und wenns der Transaktionscode ist) das eine oder das andere in einen Custom Container hängen.
Ehe ich gegen eine Wand laufe: Muss ich dabei irgendwas beachten? Lauern da irgendwelche Fallstricke?
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Weil ich dann zwei verschiedene Dynpros pflegen muss. "Die Tabellen sind mir zu klein" führt dann dazu, dass ich für jede Tabelle zwei Dynpros ändern muss.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Nicht unbedingt!ralf.wenzel hat geschrieben:Weil ich dann zwei verschiedene Dynpros pflegen muss. "Die Tabellen sind mir zu klein" führt dann dazu, dass ich für jede Tabelle zwei Dynpros ändern muss.
Du machst beide Dynpro auf 255x200 und bettest sie mittels SubScreen in deine Haupaplikation. Sowohl das Table-Control als auch den Custom-Container stellst du das Resizing ein. (z.B. 10x3 ist ein guter Wert) Der Subscreen in der Hauptapplikation bekommt ebenfalls das Resizing.
Dann passt sich alles an die tatsächlich zur Verfüguing stehende Bildschirmgröße an.
Die ganzen Steuerelement kannst du dann in die Hauptapplikation einbauen und die Toolbar beim ALV ausschalten. Damit alles einen möglichst homogenen Touch bekommt.
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 / 4086 / 126 /
940
)
»
Table Control in Custom Container geht nicht. ADTs Vorschlag ist die für diesen Fall übliche Vorgehensweise.ralf.wenzel hat geschrieben:Das erste, was mir einfällt, ist: Table Control und ALV komplett fertigmachen und je nach "Schalterstellung" (und wenns der Transaktionscode ist) das eine oder das andere in einen Custom Container hängen.
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
oder bastelst dir ein ALV zum editieren - den bindest du normal in dein Dynpro - und für die Anzeige (oder wofür soll die TC Darstellung sein ?) - also für die andere Darstellung gibnst du die Daten mit der CL_SALV_TABLE aus - da brauchst du kein weiteres Dynpro.
Gruss
oder bastelst dir ein ALV zum editieren - den bindest du normal in dein Dynpro - und für die Anzeige (oder wofür soll die TC Darstellung sein ?) - also für die andere Darstellung gibnst du die Daten mit der CL_SALV_TABLE aus - da brauchst du kein weiteres Dynpro.
Gruss
thanks Jens
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Ich brauche beides zum Anzeigen und editieren (damit scheidet SALV aus), ich weiss halt nicht, welche der beiden Lösungen besser ist und würde gern beide prototypen. Wobei eine Ansammlung von TCs erheblich aufwendiger ist als eine von ALVs.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Warum sollte das aufwändiger sein abgesehen vom Erstellen des Screens wo du deine Element in den TC ziehst. Aber dafür bekommst du dann ja auch einiges geschenktralf.wenzel hat geschrieben:Wobei eine Ansammlung von TCs erheblich aufwendiger ist als eine von ALVs.
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Weil ich die Ablauflogik total kompliziert finde und die verschiedenen Strukturen (z. B. mit verschiedenen Feldern für den Status "unsichtbar" und so weiter).black_adept hat geschrieben:Warum sollte das aufwändiger sein abgesehen vom Erstellen des Screens wo du deine Element in den TC ziehst. Aber dafür bekommst du dann ja auch einiges geschenktralf.wenzel hat geschrieben:Wobei eine Ansammlung von TCs erheblich aufwendiger ist als eine von ALVs.
Ich finde TCs ziemlich grausig, in einen ALV schmeiss ich die Daten rein und fertig. Da muss ich mich nicht drum kümmern, dass Daten von irgendwo nach irgendwo auch übertragen werden.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von black_adept (Top Expert / 4086 / 126 /
940
)
»
Dafür ists aber batchfähig - und das ist für mich oft der ausschlaggebende Faktor.
und schneller - es wird nur das übertragen, was auch sichtbar ist.
Ich muss zugeben, für die reine Anzeige benutze ich gerne und oft das ALV GRID,
wenn es aber auch Änderungen sein sollen, finde ich TC wesentlich einfacher, flexibler und schneller.
Sieht aber halt etwas altbacken aus.
/Edwin
Ich muss zugeben, für die reine Anzeige benutze ich gerne und oft das ALV GRID,
wenn es aber auch Änderungen sein sollen, finde ich TC wesentlich einfacher, flexibler und schneller.
Sieht aber halt etwas altbacken aus.
/Edwin
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
wenn du die TC krausig findest - warum willst du das dann "prototypen" ? Welcher Sinn steckt dahinter ?
Übrigens - den "SALV" bekommt man auch editierbar .
Gruss
wenn du die TC krausig findest - warum willst du das dann "prototypen" ? Welcher Sinn steckt dahinter ?
Übrigens - den "SALV" bekommt man auch editierbar .
Gruss
thanks Jens
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Ein weiterer Pluspunkt:
In TCs kann man RADIO-Buttons verwenden. Sowohl "horizontal" als auch "vertikal" (Mit einem kleinen Trick)
Immer dann wenn es um "efiziente" Dateneingabe geht, schlägt meines Erachtens nichts das TC.
Wenn es um eine rasche Datenausgabe geht, führt eigentlich kein Weg am SALV vorbei.
Editable ALV hab ich früher oft verwendet, gehe aber immer mehr davon weg, weil es zu "inperformat" ist:
"Flackern" bei Zellenwechsel, wenn man mit EDIT-Events arbeitet.
Zellen markieren und Zellen bearbeiten ist kaum auseinander zu halten. (lediglich durch blinkenden Cursor)
Klar, das Erstellen eines TC ist etwas aufwändiger, geht aber bei mir dank einiger (generischer) Hilfsklassen und einer strikten Ausrichtung auf DDIC Strukturen, mittlerweile ganz leicht von der Hand.
lg ADT
In TCs kann man RADIO-Buttons verwenden. Sowohl "horizontal" als auch "vertikal" (Mit einem kleinen Trick)
Immer dann wenn es um "efiziente" Dateneingabe geht, schlägt meines Erachtens nichts das TC.
Wenn es um eine rasche Datenausgabe geht, führt eigentlich kein Weg am SALV vorbei.
Editable ALV hab ich früher oft verwendet, gehe aber immer mehr davon weg, weil es zu "inperformat" ist:
"Flackern" bei Zellenwechsel, wenn man mit EDIT-Events arbeitet.
Zellen markieren und Zellen bearbeiten ist kaum auseinander zu halten. (lediglich durch blinkenden Cursor)
Klar, das Erstellen eines TC ist etwas aufwändiger, geht aber bei mir dank einiger (generischer) Hilfsklassen und einer strikten Ausrichtung auf DDIC Strukturen, mittlerweile ganz leicht von der Hand.
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
Geht in einem ALV genauso .....a-dead-trousers hat geschrieben:Ein weiterer Pluspunkt:
In TCs kann man RADIO-Buttons verwenden. Sowohl "horizontal" als auch "vertikal" (Mit einem kleinen Trick)
In einem SAP Program, ok. Aber in einem Kundenprogram schreibe ich ein kleines Program und/oder integriere die Dateneingabe in das Programm.a-dead-trousers hat geschrieben: Immer dann wenn es um "efiziente" Dateneingabe geht, schlägt meines Erachtens nichts das TC.
Rasche Datenausgabe? Write... Liste, REUSE_ALV.... .a-dead-trousers hat geschrieben: Wenn es um eine rasche Datenausgabe geht, führt eigentlich kein Weg am SALV vorbei.
Die Aussage verstehe ich nicht. Richtet sich das nicht an die Anforderung?a-dead-trousers hat geschrieben: Editable ALV hab ich früher oft verwendet, gehe aber immer mehr davon weg, weil es zu "inperformat" ist:
Klingt irgendwie, als ob Du editable ALV staendig genommen hast und "just for fun" obwohl gar nicht gefordert?
a-dead-trousers hat geschrieben: "Flackern" bei Zellenwechsel, wenn man mit EDIT-Events arbeitet.
Zellen markieren und Zellen bearbeiten ist kaum auseinander zu halten. (lediglich durch blinkenden Cursor)
Aber auch hier, was schreibt die Anfoderung vor?a-dead-trousers hat geschrieben: Klar, das Erstellen eines TC ist etwas aufwändiger, geht aber bei mir dank einiger (generischer) Hilfsklassen und einer strikten Ausrichtung auf DDIC Strukturen, mittlerweile ganz leicht von der Hand.
MIt geht der ALV leichter von der Hand duch Nutzung eines Rahmenprogrammes und "Copy&Paste".
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Weil der Kunde das TC willjensschladitz hat geschrieben:Sali,
wenn du die TC krausig findest - warum willst du das dann "prototypen" ? Welcher Sinn steckt dahinter ?
Übrigens - den "SALV" bekommt man auch editierbar .
Gruss
Wie macht man einen SALV editierbar? Ist man dann auch das Problem aus dem CL_GUI_ALV_GRID los, dass man bei Feldern mit Werthilfe keine leeren Einträge stehenlassen kann?
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Vergleichbare Themen
1
Antw.
Antw.
4749
Views
Views
3
Antw.
Antw.
3374
Views
Views
0
Antw.
Antw.
1427
Views
Views
Event auf Custom Control Spaltendiagramm
von freche_göre » 04.09.2008 14:30 • Verfasst in ABAP Objects®
von freche_göre » 04.09.2008 14:30 • Verfasst in ABAP Objects®
1
Antw.
Antw.
2209
Views
Views
Problem mit Checkbox in Custom Control
von scott111 » 07.03.2006 15:55 • Verfasst in Dialogprogrammierung
von scott111 » 07.03.2006 15:55 • Verfasst in Dialogprogrammierung
5
Antw.
Antw.
4461
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 2 Stunden von DSHSHCMSUPP 3 / 355
vor 2 Stunden von DSHSHCMSUPP 3 / 355
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 2 Stunden von DSHSHCMSUPP 3 / 355
vor 2 Stunden von DSHSHCMSUPP 3 / 355