UnitOptimizer

[TurboMagic]

Zitat von KodeZwerg:

Ps: Ich hätte da auch etwas was mir in der IDE in Bezug auf Units fehlt oder ich habe es einfach noch nicht entdeckt.
Man kann ja intern für die IDE Hilfstexte an Methoden knüpfen.
Beispiel ///<summary></summary> oder ///<returns></returns> usw.
Solche Angaben meine ich, dafür einen IDE-Editor integrieren, das wär ein feature was mir fehlt.

Schon mal Strg-J im Editor gedrückt, dann s gedrückt und "summary" aus der Liste mittels Enter
ausgewählt (ggf. vorher mittels Cursor runter hinscrollen)?

[KodeZwerg]

Zitat von TurboMagic:

Zitat von KodeZwerg:

Ps: Ich hätte da auch etwas was mir in der IDE in Bezug auf Units fehlt oder ich habe es einfach noch nicht entdeckt.
Man kann ja intern für die IDE Hilfstexte an Methoden knüpfen.
Beispiel ///<summary></summary> oder ///<returns></returns> usw.
Solche Angaben meine ich, dafür einen IDE-Editor integrieren, das wär ein feature was mir fehlt.

Schon mal Strg-J im Editor gedrückt, dann s gedrückt und "summary" aus der Liste mittels Enter
ausgewählt (ggf. vorher mittels Cursor runter hinscrollen)?

Wenn ich CTRL-J drücke, erstellt der eine Neue Funktion.
Drücke ich dann "s" wird der Name der Funktion mit "s" ersetzt.
Obwohl Du nur einen Satz geschrieben hast kann ich es nicht nachvollziehen.

[EWeiss]

Zitat:

Wo hast du dir denn das mit den Unterstrichen für Setter und Getter abgeguckt? Das sieht ja gruselig aus.

Die Region für Getter und Setter [Getter-Setter] in den Interfaces zu erstellen sieht gut aus Damit ist das Interface gut überschaubar.
Habe es in meiner LiB(API) auch addiert

gruss

[stahli]

Ich habe das Projekt nochmal neu angefangen und das Konzept geht bisher ganz gut auf.

Bei Kommentaren möchte ich unterscheiden zwischen
- auskommentiertem Code und
- echten Kommentaren.

Auskommentierter (mehrzeiliger) Code wird eingerückt, als wäre er wirksamer Code - allerdings ohne Einfluss auf den echten umgebenden Code (also nur innerhalb des Kommentarblocks).
Die Klammern werden ganz links positioniert, so dass der Codefluss nicht so gestört wird.

Echter Kommentar wird mit einem zusätzlichen Doppelpunkt gekennzeichnet und dann eingerückt, wie man es kennt.

Meine Fragen:
- Was haltet Ihr davon?
- Würde eine Variante Sinn machen, bei Kommentaren mehrere Leerzeichen nicht auf eins gekürzt werden (oder sollten Leerzeichen gar nicht gekürzt werden)?
- Wären zusätzliche Kommentarformatierungen sinnvoll?

[stahli]

Hier mal ein Bild, wie es real aussieht.

Man sieht in der uses-Klausel (optionale) automatische Umbrüche nach jedem Eintrag und dann noch einige unterschiedlich interpretierte Kommentarblöcke.
"Auskommentierungen" behalten die Struktur von normalem Code.

[DieDolly]

Gibt es die Möglichkeit die Leerzeile nach uses und const zu vermeiden?
Und gibt es dieses Tool schon zum Download?

[stahli]

Die Leerzeilen kann ich als Option einstellbar machen.
Aktuell ist sind oben die Umbrüche im Usesteil live umschaltbar.

Eine Testversion gibt es noch nicht.
Ich habe eine Exe, in die könnte man Quelltext mal per C&P kopieren, aber es fehlt noch zu viel, dass das wirklich Sinn macht.
Wenn die Formatierungen weitestgehend passen, lade ich die mal hier hoch. Sicher in ein paar Wochen.

Später soll es eine kostenfreie Version als Delphi-Experten für die Formatierung und Sortierung geben und zwei kostenpflichtige, die auch Klassen- und Interfacevervollständigung unterstützen.