Helle vs. Dunkle IDEs

[mentaltec]

bei den dunklen Einstellungen hält auch der Bildschirm länger und braucht weniger Strom )

[supermuckl]

du hast nen OLED display?

[mentaltec]

nö, es ist aber erst 2 Jahre her, dass ich aus Stromkostengründen meine beiden 21" SUN|SONY CRTs ersetzt hab
-- die sonderten dann auch weniger Rötgenstrahlung ab

[OlafSt]

Zitat:

bei den dunklen Einstellungen hält auch der Bildschirm länger und braucht weniger Strom

...was bei den heutigen LCD-Monitoren (und nebenbei bemerkt, auch LCD-Fernsehern) kompletter Blödsinn ist

In den Anfangstagen der Massen-Computerei (nennen wir es mal so) anfangs der 80er Jahre gab es keine Farbschirme - jedenfalls keine, die für Normalsterbliche jemals kaufbar gewesen wären. Also nutzten wir Monochrom-Schirme und sie alle waren damals mit schwarzem Hintergrund und "hellen" Buchstaben. Anfangs grün, aber das stellte sich als wenig augenfreundlich heraus. Dann kam das Bernstein auf und schließlich weiß.

Dann gab es eine Reihe Untersuchungen zum Thema Bildschirmarbeit und man fand heraus, das eben dieses "helle Schrift auf dunklem Hintergrund" wesentlich anstrengender ist, als das dann aufkommende "negativ". Die auf Bild drei gezeigte Einstellung mit einer Mischung aus beidem ist sogar ein totaler Alptraum für Augen und Gehirn.

Ohne Frage habe ich damals, als ich umstellte auf "negativ", eine ganze Weile gebraucht um mich daran zu gewöhnen. Was Wunder, wenn man schon ein paar Jahre so arbeitet... Aber ich habe dann auch rasch gemerkt, das an dieser Untersuchung was dran ist. Übrigens ist es Auge und Gehirn echt sowas von egal (Bildwiederholfrequenzen mal außen vor), ob das Bild von einer Röhre oder einem LCD kommt.

[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.

[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.