Was ärgert Euch an ABAP?

Alles Rund um SAP®.
112 Beiträge • Vorherige Seite 2 von 8 (current) Nächste
112 Beiträge Vorherige Seite 2 von 8 (current) Nächste

Beitrag von Frank Dittrich (Expert / 674 / 0 / 15 ) »
cosmo hat geschrieben:Im ABAP-Editor ist es nicht am Cursor ersichtlich, ob man sich im Überschreibmodus befindet. Wie oft habe ich schon übertippt, wenn ich eigentlich einfügen wollte!
Das finde ich auch extrem störend.
Und SAP hatte auf meine OSS-Meldung gemeint, das mit dem Block Cursor kriegen sie nicht hin.
Immerhin haben sie es dann aber geschafft, dafür zu sorgen, dass eine Umschaltung zwischen Insert- und Overwrite-Modus für Edit Control und restliches CUI-Fenster gemeinsam gilt.
Und bei einer Version des Java GUI for Linux klappte es dann auch im Edit Control mit dem Block-Cursor im Überschreib-Modus.
Dafür trat dort dann wieder der Effekt auf, dass je nach Fokus durch Drücken der INS-Taste nur einer der INS/OVR-Modi umgeschaltet wurde...

Außerdem stört mich generell an SAP, dass man immer öfter gezwungen wird, ständig zwischen Maus und Tastatur zu wechseln (Enjoy SAP), dass sinnvolle und hilfreiche Features für Developer von einem Release zum nächsten ohne vergleichbaren Ersatz auskommentiert werden, z.B. weil man nicht schnell genug an allen Queltextstellen dafür sorgen konnte, auch mit Quelltextzeilen > 72 Zeichen Breite umzugehen....

Störend waren auch in 6.x bei aktiver Unicode-Prüfung neue Pflicht-Optionen (z.B. für OPEN DATASET oder DESCRIBE FIELD), die in 4.x nicht erlaubt waren und zu einem Syntaxfehler führten.
(Man hätte wenigstens mal einen 4.6D-Kernel liefern können, der die neuen Optionen erlaubt, aber ignoriert - meinetwegen auch mit Warnungen. Dann hätte man einen Teil der für Unicode nötigen Code-Anpassungen schon zu 4.6 vornehmen können.)

gesponsert
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten


Beitrag von Frank Dittrich (Expert / 674 / 0 / 15 ) »
ewx hat geschrieben: Im alten Editor konnte man dann die Zeile

Code: Alles auswählen.

struc1-         = struc2-
x-mal kopieren
Wieso das denn?
Statt x-mal kopieren einmal tippen und dann mit OO / OO über die anderen Quelltextzeilen drüberlegen.

Oder z.B. in einem Bildwechsel den gleichen XX-Block an 10 verschiedenen Stellen und den gleichen YY-Block an 5 verschiedenen Stellen einsetzen oder 20 Zeilen gleichzeitig am Offset der Cursorposition in je zwei Zeilen splitten.
Oder (man glaubt es kaum) rückwärts suchen.

Die Kompressions-Möglichkeit gibt es jetzt auch nur noch im zu 3.x eingeführten PS-Modus, der aber ansonsten aus meiner Sicht total unbenutzbar ist.

Gut am Edit Control ist die vernünftige Unterstützung einer Maus mit Scroll-Rad, das einfache Markieren von Textabschnitten per Maus und das Kommentieren des markierten Abschnittes und Rücknahme des Kommentars per Ctrl+< bzw. Ctrl+> - aber auch das hat bei Zeilenlängen von knapp unter der eingestellten maximalen Zeilenbreite ein paar merkwürdige Effekte.

Absolut störend ist das nicht korrekt funktionierende Undo nach Aufruf des Pretty Printers.
(Wer schon mal vor Aufruf des Pretty Printers irgendwo im Code ein Apostroph vergessen hat und außerdem Literale mit '.' drin im Quelltext stehen hatte, weiß was ich meine.)

Seit Einführung der Enjoy-Controls funktioniert auch der "Echo"-Modus über SM04 nicht mehr, ebensowenig wie die früher während des Logins mögliche Übernahme einer bereits bestehenden Sitzung nach vorübergehender kurzer Netzwerk-Störung.
Tolle Vorteile, die dadurch entstanden sind, dass nicht mehr alle Status-Informationen einer Session auf den Server verwaltet werden.

Beitrag von Frank Dittrich (Expert / 674 / 0 / 15 ) »
ralf.wenzel hat geschrieben:Ralf *benutzt immer noch den Zeileneditor
Das halte ich für ein Gerücht.
Seit 4.6C gibt's den nicht mehr, und schon zu 4.6B musste man erhebliche Anstrengungen unternehmen, ihn noch benutzen zu können.
Du kannst nicht den *alten*, vi-Charme versprühenden Zeilen-Editor meinen, sondern allenfalls den von mir als nahezu unbenutzbar eingestuften, mit Release 3.x zum neuen Default gewordenen, damals "PC-Modus" genannten Editor.

Beitrag von babap (Expert / 681 / 1 / 1 ) »
Hallo,
Jupp hat geschrieben:Was mich am Syntaxchecker immer wieder nervt ist die Meldung: "Nach "[Zeichenkette]" wurde "." erwartet.

Die Fehlermeldung ist zwar inhaltlich völlig richtig, nur: warum wird einem dann nicht gleich auch der Button für die automatische Änderung angeboten?
...
der Button für das Einfügen des Punktes "." WIRD angeboten, allerdings nur, wenn man die "Waage" drückt und nicht beim "Streichholz".

Gruß
babap

Beitrag von PsychoMantis (ForumUser / 98 / 0 / 0 ) »
babap hat geschrieben:..."Streichholz".
Also für mich sieht das eher wie ein Zauberstab aus :roll: :lol:

Beitrag von Katja ( / / 0 / 3 ) »
Mich stört, dass

Code: Alles auswählen.

DATA: a,b,c TYPE i.
a) nicht funktioniert :roll: und
b) es aber auch keine richtige Fehlermeldung dafür gibt.

(Kann mich als Anfänger natürlich auch irren, aber den Fehler musste ich erst mal finden. :? )

Beitrag von Frank Dittrich (Expert / 674 / 0 / 15 ) »
Katja hat geschrieben:Mich stört, dass

Code: Alles auswählen.

DATA: a,b,c TYPE i.
a) nicht funktioniert :roll:
Es funktioniert doch, nur anders als Du es evtl. von anderen Programmiersprachen gewohnt bist.
Bei Anweisungsketten haben die Anweisungen nur die Tokens vor dem ersten Doppelpunkt gemeinsam, die Tokens nach dem Doppelpunkt gehören jeweils nur einer Anweisung.

Code: Alles auswählen.

DATA: a,b,c TYPE i.
entspricht also 3 Anweisungen:

Code: Alles auswählen.

DATA a.
DATA b.
DATA c TYPE i.
Die Variablen a und b werden dabei implizit mit Typ C und Länge 1 definiert.
Alles so dokumentiert.
b) es aber auch keine richtige Fehlermeldung dafür gibt.
Warum auch?
Das Beispiel ist ja syntaktisch korrekt.
Und die ABAP-Laufzeit-Umgebung kann ja nicht ahnen, dass Du eigentlich etwas anderes gemeint hast.
Kann mich als Anfänger natürlich auch irren, aber den Fehler musste ich erst mal finden. :?
Irgendwann gewöhnt man sich an die meisten Besonderheiten von ABAP.
Die Ketten-Anweisungen vereinfachen an anderer Stelle aber wirklich den Schreibaufwand, z.B.

Code: Alles auswählen.

PERFORM form_a USING field1: a 1, b 2, c 3.
statt

Code: Alles auswählen.

PERFORM form_a USING field1 a 1.
PERFORM form_a USING field1 b 2.
PERFORM form_a USING field1 c 3.
Und wenn Du den 2. Parameter in der FORM-Definition typisierst, meckert der Syntax-Check auch beim Versuch, einen falschen Typ im Aufruf zu verwenden.
Manchmal erschweren Ketten-Anweisungen aber auch die Lesbarkeit:

Code: Alles auswählen.

DATA: field(10) TYPE c VALUE '1234567'.
SHIFT field RIGHT: DELETING TRAILING ' ',,BY 2 PLACES CIRCULAR.
* field enthält jetzt '56    1234'
Die einzige mir bekannte Stelle, an der die Syntax-Prüfung in dem Zusammenhang warnt, ist so etwas:

Code: Alles auswählen.

UPDATE dbtab SET: field1 = 'X', 
                  field2 = 'Y',
                  field3 = 'Z'
       WHERE fieldxy EQ space.
Das ist zwar syntaktisch auch korrekt, aber meist nicht gewollt, da nur die letzte der 3 UPDATE-Anweisungen eine WHERE-Klausel hat.

Beitrag von cosmo (Specialist / 175 / 0 / 0 ) »
Beim Anlegen einer neuen FORM-Routine benutze ich gerne die Möglichkeit, zuerst den PERFORM-Befehl zu codieren, und dann auf den Routinen-Namen doppelt zu klicken.

Und jetzt das Ärgernis:
wenn man mit Includes arbeitet (z.B. ein Forms-Include für einen Report), wird nicht der aktuelle Include zur Anlage der neuen Form vorgeschlagen, sondern das Rahmenprogramm.

Schön ist, dass die Parameter gleich mit angelegt werden. Toll wäre, würden auch die Typen der Parameter gleich mit übernommen werden. In der ABAP-Doku steht nämlich, dass typisierte Parameter wesentlich schneller sind als generische.[/code]
Jörg Krause, Anwendungsentwickler und SAP-Betreuer MM/PP

Beitrag von ewx (Top Expert / 4854 / 313 / 644 ) »
cosmo hat geschrieben:Und jetzt das Ärgernis:
wenn man mit Includes arbeitet (z.B. ein Forms-Include für einen Report), wird nicht der aktuelle Include zur Anlage der neuen Form vorgeschlagen, sondern das Rahmenprogramm.
Hi Jörg,

Wenn du dich an die SAP-Namensgebung für Modulpools hältst, dann wird immerhin für Form-Routinen immer das entsprechende Include verwendet.
Bsp:
- Rahmenprogramm: SAPMZTEST1
- Datendefinition: MZTEST1TOP
- Form-Routinen: MZTEST1F01
- PBO: MZTEST1O01
- PAI: MZTEST1I01

Gruß,
Enno

programmiere seit 5 wochen ABAP....

Beitrag von florian ( / / 0 / 3 ) »
...und hab ständig etwas, das mich auf die palme bringt. Finde nur nicht die zeit alles aufzuschreiben.
Im moment nervt mich, dass auch SAP unsinnigerweise meint ne eigene schriftart haben zu müssen, die obendrein nichteinmal dicktengleich ist!! (kenne keinen zweiten editor, wo das der fall ist).

Ausserdem hat mich gerade der folgende Fehler ziemlich fertig gemacht:
"Feld "GT_SELKRIT" unbekannt. Es ist weder in einer der angegebenen Tabellen enthalten noch durch eine "DATA"-Anweisung definiert."

Beim doppelklick auf die Variable hat die Workbench mich anstandslos zur entsprechenden Deklaration geführt.....

Beitrag von Andreas G (Specialist / 175 / 0 / 0 ) »
Hallo Leutz.

Was mich stört ist, dass die Zeilen auf 73 Zeichen beschränkt sind. Beim Programmieren ist das ja noch einigermaßen akzeptabel. Wenn man allerdings mit Formularen arbeitet und im Menü zwischen "Seite links/rechts" hin und her schalten muss, ist das schon sehr mühsam und ärgerlich.

mfg Andi
Hauptsoch: HAUPTSOCH!

Beitrag von Gast ( / / 0 / 3 ) »
Andreas G hat geschrieben:Hallo Leutz.

Was mich stört ist, dass die Zeilen auf 73 Zeichen beschränkt sind.
72 Zeichen, aber das wird mit Release 6.x besser.
(Wenn man mal einen Quelltext ausdrucken will,
ist man mit 72 Zeichen aber beser dran als mit 255.)

Beitrag von BesenWesen (Specialist / 183 / 0 / 0 ) »
ich haette gerne wieder Zeilennummern in meinem Editor...
und der Punkt 'Bildschirmabgriff' bei der Einstellungsdrucktaste im Menue soll woanders hin. Ich weiss gar nicht wieviele Scrennshots ich dadurch schon ungewollt gedruckt habe! :evil:
Gruss
BesenWesen

Beitrag von ewx (Top Expert / 4854 / 313 / 644 ) »
Mich nervt, dass in der SE80 nur die Klassenimplementierung und Klassendefinition angezeigt werden, aber nicht die enthaltenen Methoden!
So, musste ich mal loswerden.

Gruß,
Enno

Beitrag von ereglam (Top Expert / 1829 / 2 / 7 ) »
ewx hat geschrieben:Mich nervt, dass in der SE80 nur die Klassenimplementierung und Klassendefinition angezeigt werden, aber nicht die enthaltenen Methoden!
So, musste ich mal loswerden.

Gruß,
Enno
ich vermute mal, dass Du damit lokale Klassen meinst.
Dem kann ich nur zustimmen.
Gruß
Ereglam


May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .

Vergleichbare Themen

5
Antw.
11599
Views
Kundeneigene ABAP-Muster Vorlage im ABAP-Editor anlegen
von Stentor » 19.07.2005 11:10 • Verfasst in Basis
3
Antw.
17597
Views
ABAP 7.02 - Neues Feature - Pragmas in ABAP
von foessleitnerj » 09.01.2013 17:02 • Verfasst in Tips + Tricks & FAQs
2
Antw.
3983
Views
ABAP Objects oder ABAP Referenz
von Gast » 23.06.2005 15:52 • Verfasst in ABAP® für Anfänger
3
Antw.
4427
Views
OLE und ABAP: Aufruf von Excel-VBA Prozeduren aus ABAP
von OnkelSAP » 26.05.2010 09:45 • Verfasst in ABAP Objects®
6
Antw.
5742
Views
ABAP Workbench und ABAP Dictionary - für Einsteiger
von schnonus » 03.04.2008 10:39 • Verfasst in ABAP® für Anfänger

Newsletter Anmeldung

Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.
Die letzte Ausgabe findest du hier.
Details zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten findest du in unserer Datenschutzerklärung.