Diskussion: ABAP-Coding in HTML umwandeln mit Synta(t=6771)

Hallo Erelgam,

ähh tja, das Teil ist eigentlich nur aus einer Laune heraus entstanden. Eigentlich wollte ich nur ein wenig in HTML reinschnuppern. Als Übung dachte ich, es wäre keine schlechte Idee, wenn man die Codings, die man bei diversen Kunden erstellt hat, zentral z.B. auf einer kleinen HP ablegt. Das ganze natürlich gleich als HTML-Page. Nur ist das manuelle Formatieren mit einem einfachen Texteditor oder auch mit Super-HTML & Co eine ziemliche Plackerei. Und da ABAP einen ja schon mit Pretty Printer "verwöhnt", habe ich da ein wenig die Standardcodings durchforstet.

Zu deinen Anmerkungen. Sicherlich kann man das noch mit allen möglichen Sachen verfeinern (freie Farbwahl etc.). Aber 1. bin ich noch Frischling, was die Formatierung mit HTML u. Konsorten angeht und 2. wollte ich nur mal schnell sehen, ob ich das so hinkriege.

Und nein, es gibt keinen Grund, warum ich GUI_DOWNLOAD anstatt der Methode verwendet habe außer vielleicht den, daß die Methode auch wiederum nur den Baustein aufruft
Es wäre allerdings eine gute Idee, das ganze Programm objektorientiert aufzuziehen. Das würde zukünftige Erweiterungen vermutlich auch arg vereinfachen. Beispielsweise habe ich mal versucht, Tabellen mit verlinkten Datenelementen/Domänen/Prüftabellen als HTML zu speichern. Klappt auch recht fein, ist aber wiederum nur eine Spielerei. Daher ist auch dieses Coding hier an einigen Stellen bestimmt nicht sonderlich elegant und auch in keinster Weise optimiert.

Du bist aber gerne eingeladen, auch damit rumzuspielen. Vielleicht kommt ja was ganz brauchbares bei raus

Brauchbar meine ich in dem Sinne, daß es auch einen praktischen Nutzen hat. Bisher dient es lediglich dazu, den Quelltext optisch etwas ansprechender zu gestalten.

Insgesamt schwebt mir da eher eine Lösung in Richtung ZDOWN oder ZREPTRAN vor. Also komplette Entwicklungen downloaden, als HTML betrachtbar und auch wiederum die Möglichkeit zum Upload. Wobei dann die Gefahr besteht, daß der Quelltext vor lauter Links gar nicht mehr so übersichtlich ist.

Naja, meine ganze Freizeit opfern will ich dafür auch nicht. Aber das ganze in Objekte zu gießen gefällt mir schon. Mal sehen.

Copyright? Ich weiß nicht, wie du das siehst, aber da ich das hier im Forum veröffentlich habe, gehe ich eigentlich davon aus, daß es zur freien Verfügung ist. Also darf natürlich jeder das Coding als Grundstock für eigene Erweiterungen nehmen. Schließlich habe ich die Verwendung von SCAN etc. auch von der SAP "abgekupfert" wenn man so will.

Ideen für Erweiterungen/Verbesserungen sind natürlich jederzeit willkommen.

Hallo mal ne Änfängerfrage.

in der Methode kommt bei mir folgender Fehler: wenn ich s_dir type string gebe bekomme ich den Fehler:

Der tiefere Datentyp "STRING" isdt nicht zulässig

ja aber wenn ich s_dir den typ string gebe bekomme ich einen anderen Fehler.

Aggressor hat geschrieben:ja aber wenn ich s_dir den typ string gebe bekomme ich einen anderen Fehler.

Hallo Aggressor,

gibt s_dir doch einfach den Typ c (s_dir(128) type c) oder sowas, dann sollte es funkionieren

zu deinem ersten Fehler:

wie oben schon beschrieben. In 46B ist der Parameter SELECTED_FOLDER vom Typ c, später vom Typ string

zum zweiten Fehler:
für PARAMETERS oder SELECT-OPTIONS darf man nicht "TYPE STRING" nehmen.

Lösung:

neue Variable anlegen:

data: s_path type string.

dann vor Aufruf von "directory_browse" zuweisen.

s_path = s_dir.

nicht vergessen NACH Aufruf von "directory_browse" wieder zurückschreiben

s_dir = s_path.

dann sollte es gehen