Verbessertes Syntax Highlighting für die Delphi IDE?

[Der schöne Günther]

Die vom cnPack vorgenommenen Einfärbungen für Blöcke sind super, aber ja, eine deutlichere Hervorhebung, ob wir hier eine lokale Methodenvariable, Instanzvariable oder Instanz- oder Klassenmethode haben wünsche ich mir auch wirklich.

[jaenicke]

Zitat von Der schöne Günther:

Die vom cnPack vorgenommenen Einfärbungen für Blöcke sind super, aber ja, eine deutlichere Hervorhebung, ob wir hier eine lokale Methodenvariable, Instanzvariable oder Instanz- oder Klassenmethode haben wünsche ich mir auch wirklich.

Wobei das teilweise ja auch schon durch Namenskonventionen oder andere Regeln abgedeckt ist. Private Felder haben ein F davor (FMyField ), bei Klassenmethoden steht die Klasse davor (TMyClass.MyMethod(...); ), ...
Und lokale Variablen hat man ja normalerweise ohnehin direkt auf dem Bildschirm, denn die einzelnen Methoden sollten ja ohnehin nicht so lang sein, dass sie deutlich größer als eine Bildschirmseite sind.

Ich selbst habe den Bedarf für ein solches Highlighting bei sauberem Quelltext noch nie gehabt. Bei fremden, in der Regel älteren, Quelltexten kann kann das allerdings mal durchaus hilfreich sein.

[Zacherl]

Durch den Delphi IDE Theme Editor kam ich ursprünglich erst auf das Thema, da ich ein VS Theme importiert habe, was unter Delphi allerdings mehr als mager aussieht

Ich verwende natürlich auch Prefixe und wirklich notwendig ist ein erweitertes Syntax Highlighting sicherlich nicht, aber den Komfort erhöht es dennoch deutlich.

[Furtbichler]

Also ich wüsste jetzt nicht, wozu das gut sein soll. Mag ja ne nette Spielerei sein, aber besser zu lesen ist Schrottcode damit auch nicht und und guter Code war vorher schon lesbar. Meine Meinung jedenfalls. Bei Farbwahrnehmung gibt es auch eine obere Grenze bezüglich der Anzahl der Farben, die hier imho deutlich überschritten wurde.

[blackfin]

Zitat:

...aber besser zu lesen ist Schrottcode damit auch nicht...

Das sehe ich ganz anders!
Immer wenn ich z.B. mal fremden php-Code in die Hand bekomme, bin ich richtig froh, dass Netbeans ein solches Farben-Highlighting hat.
Das verbessert die Lesbarkeit von Schrottcode meiner Meinung nach immens!

Zitat:

Bei Farbwahrnehmung gibt es auch eine obere Grenze bezüglich der Anzahl der Farben

Das Problem ist, dass man dies nicht pauschal über einen Kamm scheren kann. Hier ist jeder Mensch anders.
Mein "Lieblings-Code-Template" ist meist quietschbunt und mit großer Schrift und ich habe keine Probleme mit 20 unterschiedlichen Farben in anderen IDEs...


Aber: Der Quellcode-Editor von Delphi ist gegen jede andere moderne IDE heutzutage meiner Meinung nach wirklich vorsintflutlich, sogar gegen jede mir bekannte kostenlose.
CNPack, GExperts und die IDE Enhancements habe ich bereits installiert, aber nichts von Alledem bietet mir das, was Netbeans könnte, geschweigedenn das, was z.B. die "IntelliJ IDEA"-basierten IDEs können. Da könnte sich Emba wirklich eine (Mammutbaum-dicke) Scheibe abschneiden!
Man kann sich zwar streiten, ob man ein solches Highlighting als sinnvoll erachtet oder nicht, jedoch sollte eine IDE einem wenigstens die Auswahl bieten, Variablen / Funktionen usw. je nach Scope individuell einzufärben oder mit Schrifteffekten zu versehen. Wers nicht mag, könnte es ja abschalten. So macht es jede andere moderne IDE auch.
Wenn ich ehrlich bin, ist die IDE sogar eine der Hauptgründe, warum ich immer weniger in Delphi schreibe.
Hier ziehen andere Sprachen und IDEs einfach mit aktiviertem Turbolader schon lange an Delphi vorbei.

Ich hätte da auch gleich mal eine Frage: Liesse sich so etwas über die OTA eigentlich als Plugin bzw. IDE-Komponente selbst schreiben oder ist Code-Highlighting außerhalb des Zugriffsbereichs? Mal vom Aufwand abgesehen, da es ja eine vollständige Code-Analyse des offenen Projekts als Basis bräuchte...

[Furtbichler]

Zitat von blackfin:

Das verbessert die Lesbarkeit von Schrottcode meiner Meinung nach immens

Es bleibt Müll. Nur kann man die Dosen besser von den Kartoffelschalen unterscheiden.

Zitat:

Zitat:

Bei Farbwahrnehmung gibt es auch eine obere Grenze bezüglich der Anzahl der Farben

Das Problem ist, dass man dies nicht pauschal über einen Kamm scheren kann. Hier ist jeder Mensch anders.
Mein "Lieblings-Code-Template" ist meist quietschbunt und mit großer Schrift und ich habe keine Probleme mit 20 unterschiedlichen Farben in anderen IDEs...

Hier sind die Menschen gottseidank ziemlich ähnlich.
Also wenn man als maximale Anzahl von Farben die von Menschen instinktiv wahrgenommen werden, durch Untersuchungen auf 4-6 begrenzt, dann heißt das nicht, das Popkünstler nicht mit 20 Farben tolle Bilder zeichnen können. Die Frage ist, ob es ermüdend bzw. ergonomisch sinnvoll ist.

Ich lese übrigens seit 30 Jahren fremden Code und wichtig war mir der Scope der Variablen nie. Wenn ich mal wissen muss, woher eine Komponente kommt, gehe ich kurz mit dem Cursor drauf und erfahre dann alles, was notwendig ist. Wie das allerdings bei PHP ist, weiß ich nicht. Vielleicht bringts hier etwas.

Delphi ist aber schon vorsintflutartig, das ist korrekt.

[Der schöne Günther]

Das sehe ich aber ehrlich gesagt auch wie Blackfin, sonst hätte ich mir das mögliche Farbenspiel auch nicht gewünscht. Besonders fremde Projekte mit anderen Sprachen, anderen Namenskonventionen (falls überhaupt) und was weiß ich - Natürlich kann man über die Qualität bitterböse Aussagen treffen. Das ändert aber leider nichts an der Notwendigkeit, sich damit auseinandersetzen zu müssen.

Und mir hilft das ehrlich gesagt auch eine Menge wenn ich mir hier für x verschiedene Dinge die Farben und Schriftformatierung drehen kann ("Wo der Verstand aufhört fangen die Farben an.") wie ich lustig bin.