Helle vs. Dunkle IDEs

[supermuckl]

mag sein, daß es anstrengender ist, auf negative zu blicken
aber die code highlighting geschichten in *buntig* sind halt auf schwarzem hintergrund leichter zu unterscheiden als dunklere farben der schrift auf weißem hintergrund (so hab ich die erfahrung gemacht) - für mich sind leuchtende bunte schriftfarben auf schwarz einfacher zu unterscheiden

und ja.. der grauß ist wirklich die helle umgebung der restlichen IDE elemente

[pustekuchen]

Habe es z.Z. auch wie auf Bild 3. Finde es auch viel angenehmer. Sollte es möglich sein, die IDE komplett im Dunklen Stil zu haben, werde ich sofort umstellen. Aber der dunkle Code Bereich ist schonmal ein anfang

[cookie22]

Zitat von pustekuchen:

...Sollte es möglich sein, die IDE komplett im Dunklen Stil zu haben, werde ich sofort umstellen...

Kann man, mit etwas gebastel. Der Delphi Theme Editor ermöglicht die Nutzung von VCL Syles, nur leider unterstützen nicht alle IDE-Elemente die Styles.

http://theroadtodelphi.wordpress.com...-theme-editor/

[silver-moon-2000]

Zitat von cookie22:

Kann man, mit etwas gebastel. Der Delphi Theme Editor ermöglicht die Nutzung von VCL Syles, nur leider unterstützen nicht alle IDE-Elemente die Styles.

http://theroadtodelphi.wordpress.com...-theme-editor/

Etwas blöd gefragt, wie hast Du das geschafft, bei mir färbt sich nur der Editor um, aber nicht die ganzen Fenster außenrum. Was habe ich übersehen?

[cookie22]

Einfach den Button IDE Colorizer drücken. Das Problem ist, dass er disabled ist. Entweder das Programm selbst compilieren und den Button auf enabled := True setzen oder mit WinSpy den Button enablen.

Zitat:

Funktioniert das mit dem GTK-Theme bei Lazarus eigentlich auch unter Windows?

Unterstüzt GTK unter Windows Themes? Unter Linux sind ja noch die Theme Engines dafür nötig.

[Namenloser]

Zitat von cookie22:

Unterstüzt GTK unter Windows Themes? Unter Linux sind ja noch die Theme Engines dafür nötig.

Hatte auf jeden Fall schon mal das „Problem“, dass GTK-Anwendungen unter Windows nicht nativ aussahen... z.B. Gimp.

[Furtbichler]

Das ist lustig. In jungen Jahren (unter DOS) war die Oberfläche zwangsweise dunkel (CRT Hintergrund) auf hell (Buchstaben). Keine Sau hat sich gefragt, ob das ergonomisch ist, bzw. hätte man vermutlich Krebs bekommen, wenn man das invers dargestellt hätte.

Auch egal, jedenfalls habe ich gefühlte 178,3 Jahre so programmiert. Dann kam Windows und Farbe und plötzlich (Delphi 2 ) war alles bunt und das Desktop- und Papierparadigma hatte sich bis auf die Oberfläche bzw. den Hintergrund herumgesprochen. "Jahaaa, endlich sind die Farben so wie im richtigen Leben (Papier is weiß, ne)"

Weitere gefühlte 395 Jahre später meint man nun, das hintendunkel wieder schick ist.

Ich muss ehrlich sagen, das mir VS2013 in Dunkel ganz gut gefällt (Hab kein neues Delphi). Schick irgendwie. Anders. Aber schick.

Aber gleichzeitig analysiere ich schrottigen uralten Foxpro-Code im Rahmen einer Migrierung mit Notepad++ in hintenhell und ohne Highlightning und ganz ohne Farben (ja, die Schrift hat eine) und... eigentlich ist das egal. Ich wundere mich selbst darüber, denn jahrelang meinte ich, ohne Highlightning nicht leben zu können und nun das.

Na ja, wird so sein wie mit dem Essen: Muss nicht gewürzt sein.

Schmeckt aber besser

Und welche Gewürze (Farben)? Vollkommen egal. Da gibts eh kein richtig.

[pustekuchen]

Zitat von cookie22:

Einfach den Button IDE Colorizer drücken. Das Problem ist, dass er disabled ist. Entweder das Programm selbst compilieren und den Button auf enabled := True setzen oder mit WinSpy den Button enablen.

Schade, erhalte die Meldung "The specified path was not found." (W8)

[baumina]

Angesichts der Tatsache, dass ich auf meinem Windows-Rechner (und auch Windows selber) kein einziges Programm habe, das standardmäßig einen schwarzen Hintergrund hat, habe ich meine Delphi-IDE, ebenfalls so wie sie ausgeliefert wurde, mit hellem Hintergrund. Auch meine Programme, die ich schreibe haben keinen dunklen Hintergrund. Denn es gibt nichts schlimmeres für die Augen als einen ständigen Wechsel von dunklen auf hellen Hintergrund.

Leider habe ich schon manche Foren erlebt, die eine dunkelgrüne Schrift auf schwarzem Hintergrund gewählt hatten, mit dem Ergebnis, dass ich immer alles markieren musste, um überhaupt etwas lesen zu können ... jaja, das Alter

[OlafSt]

Zitat:

aber die code highlighting geschichten in *buntig* sind halt auf schwarzem hintergrund leichter zu unterscheiden als dunklere farben der schrift auf weißem hintergrund (so hab ich die erfahrung gemacht) - für mich sind leuchtende bunte schriftfarben auf schwarz einfacher zu unterscheiden

Ich bin aus eben diesem Grund sehr sparsam mit Farbe. Keywords sind bei mir grün und fett. Kommentare haben ein kreischendes pink. Assemblercode und Defines sind Blaugrün. Zeichenketten haben ein auffälliges Rot und Zahlen aller Art sind Blau.

Mehr Farben brauche ich nicht, um mich selbst im Spaghetti-Programcode eines Anfängers problemlos zurechtzufinden.

Weniger ist oft mehr.