gelöst: Das Assemblerfenster ist bei mir nur grau

[RudiRatlos]

Hallo in die Runde,

ich habe ein Problem unter Windows 11 Lazarus 2.8 mit dem Assembler-Fenster:

Ansicht -> Debuggerfenster -> Assembler

Das Fenster erscheint bei mir grau mit weißer Schrift, nahezu unlesbar.

Nur Zeilen die gehighlightet sind, kann man erkennen.

Kann mit jemand helfen?
Schon im Voraus herzlichen Dank
RudiRatlos

[af0815]

Du hast da irgendwo weisse Schrift auf grauen Hintergrund konfiguriert.

Schau die mal unter Tool->Options an, ob du dort irgendwo bei den Farben, was verschlimmbessert hast. Oder hast du bei deinem System irgendwas optimiert, was hier in die Hose geht (mit Darkmode herumgespielt)

Weil Lazarus im normalen Zustand versucht, die Farben vom System zu übernehmen.

[RudiRatlos]

Hallo,

Vielen Dank für den Hinweis

tatsächlich ist das Problem verschwunden, wenn ich im Windows 11 unter Einstellungen, Barrierefreiheit eines der Kontrastdesign wähle. Das sieht zwar grauslich aus (mehr oder weniger schwarz/weiß), wäre aber eine Lösung.

Ich will noch weiter rumspielen bis ich eine weniger brutale Einstellungen finde. Ich will dann berichten.

Ich habe außerdem gelesen, dass man in Lazarus 4.0 "Color config for assembler window" geplant hat).

Viele Grüße und nochmals vielen Dank
RudiRatlos

[wp_xyz]

Nach meiner Erfahrung kann man sich bei solchen Konfigurationsfehlern zu Tode suchen. Viel schneller ist es, einfach den Ordner mit den Benutzereinstellungen zu löschen (oder umzubenennen, damit man auf die alten Einstellungen zurückschalten kann) und damit Lazarus beim nöchsten Start zwingt, neue Default-Parameter anzulegen - und da ist die Schrift im Assembler-Fenster unter Windows 11 definitiv nicht weiß.

Um den Ordner mit den Benutzereinstellungen herauszufinden, gehst zu am besten zu "Ansicht" > "IDE Interna" > "Über die IDE" > "General" > "Global IDE Options". Der Ordner-Name steht hinter "Primary config directory". Dann Lazarus beenden, diesen Ordner umbenennen, Lazarus neu starten. Lazarus ist nun "wie neu" - alle deine Einstellungen sind weg - die guten wie die schlechten. Wenn du Zusatzpackages installiert hattest, meckert Lazarus, dass er die nicht findet - ignorieren. Das Assembler-Fenster jedenfalls müsste nun in Ordnung sein.

Du kannst dann versuchen, den Inhalt der Dateien im neuen und alten Konfigurationsordner mit einem Diff-Tool miteinander zu vergleichen und so herauszufinden, welche Einstellung die Assember-Schriftfarbe geändert hat. Aber auch hier würde ich sagen: Es ist schneller, sich einfach den neuen Lazarus komplett selbst neu zu konfigurieren.

[RudiRatlos]

Hallo allerseits,

interessanterweise habe ich jetzt in
https://forum.lazarus.freepascal.org/in ... #msg521735
das gleiche Problem gefunden,

vielleicht muss ich auf V 4.0 warten .

Viele Grüße

[Mathias]

Kann man diese Assemblerfenster auch ganz verbannen ?
Dieses nervt mehr, als es nutzt,

[RudiRatlos]

Hallo wp_xyz,

das war eine gute Idee!!!!

Tatsächlich erscheint dann das Assembler-Fenster in grauer Schrift auf weißem Hintergrund und lesbar
ist überhaupt interessant, nachzusehen, was da alles so steht ....

Vielen Dank und alles Gute
Rudi

[RudiRatlos]

Hallo Allerseits,

nochmal vielen Dank für die diversen Hinweise.

Falls es jemanden interessiert, ich habe festgestellt, wie man das Problem abstellen kann:
Es hängt mit den Farben des Editors zusammen, also
IDE-Einstellungen -> Anzeige -> Farben -> zeigt oben die "Farbschemata", da gibt es
* Default
* Delphi
- Ocean
- Pascal Classic
-Twilight

Nur die beiden Farbschemata mit * zeigen bei mir ein lesbares Assembler-Fenster

Sicher gibt es da noch mehr zu untersuchen, aber mir genügt das so.

Viele Grüße allerseits
ein glücklicher Rudi

[PascalDragon]

Kann man diese Assemblerfenster auch ganz verbannen ?
Dieses nervt mehr, als es nutzt,

Nur weil du damit nichts anfangen kannst, heißt das nicht, dass andere das auch nicht können.

Außerdem irgendwohin muss der Debugger springen, wenn er an einer Stelle anhält, an der es keinen Quellcode gibt, entweder weil keine Debuginformationen vorhanden sind oder es propritärer Code ist. Bei manchen Bugs ist es auch sehr hilfreich durch den Assemblercode zu gehen.