von etHexle » 15.03.2026, 18:13
@moinmoin. Danke!
@Gast2025: Ja das hatte ich auch gesehen. niivus Guide, war die erste Anlaufstelle, bevor ich hier überhaupt was geschrieben habe. Da bin ich ja auch auf Winkhawk+Control Panel Color Fix gestoßen. DWMBlurGlass hatte ich gesehen, aber da Winkhawk+Control Panel Color Fix Titel und Seitenleiste einfärben können sollte, dachte ich das ist besser. Aber wie ich jetzt festgestellt habe, gibts wohl mehrere "Titelleisten". Ich werde DWMBlurGlass wohl auch noch installieren müssen.
Allgemein: Ich hatte leider viel um die Ohren, komme erst jetzt dazu mich hier mal wieder zu melden. Ich fand das nämlich auch immer Scheiße, wenn die Leute sich dann nicht mehr melden. Wenn jemand mit dem selben Problem googled, findet er die threads, aber keine Antwort, wie es gelöst wurde. Darum mache ich das jetzt mal anders.
Das Hauptproblem, das Themes nicht richtig dargestellt wurden, habe ich durch "Probleme mittels Windows Update beheben" gelöst. Offenbar habe ich wirklich etwas zu sehr gewütet, beim entsorgen der M$ Bloatware.
Das Problem mit Winkhawk+Control Panel Color Fix, bestand aber weiterhin. Nach einiger Sucherei, bin ich dann fündig geworden.
https://github.com/ramensoftware/windha ... ssues/2629
Was der TE schreibt, kann man ignorieren. Da hat sich etwas weiter unten, einer an den Bugreport dran gehängt. Taiyoumaru.
Also das Control Panel Color Fix Script funktioniert nur, wenn man die explorer.exe, dauerhaft ins inet lässt! Das kommt mal gar nicht in die Tüte! Zum Glück, bietet er aber auch eine Lösung an. Der Autor von ExplorerPatcher, hat ihm das Script umgeschrieben. So muß man explorer.exe nur 1x ins inet lassen, um die olle dll zu holen. Die liegt dann in System32.
Was nirgends steht:
man muß bei dem geänderten Script, dann bei Einstellungen>Benutzerdefinierte Liste einbezogener Prozesse, svchost.exe Eintragen, sonst gehts nicht offline! Das habe ich dann nach weiterer Suche herausgefunden, weil es eben offline (mit in der FW blockierter explorer.exe) doch nicht ging. Zufällig bin ich in der Beschreibung eines anderen Scripts, darauf gestoßen, das es unbedingt svchost.exe braucht. Also habe ich es einfach mal ausprobiert und svchost.exe eingetragen. Seitdem funktioniert es offline.
LG Hexle
@moinmoin. Danke!
@Gast2025: Ja das hatte ich auch gesehen. niivus Guide, war die erste Anlaufstelle, bevor ich hier überhaupt was geschrieben habe. Da bin ich ja auch auf Winkhawk+Control Panel Color Fix gestoßen. DWMBlurGlass hatte ich gesehen, aber da Winkhawk+Control Panel Color Fix Titel und Seitenleiste einfärben können sollte, dachte ich das ist besser. Aber wie ich jetzt festgestellt habe, gibts wohl mehrere "Titelleisten". Ich werde DWMBlurGlass wohl auch noch installieren müssen.
Allgemein: Ich hatte leider viel um die Ohren, komme erst jetzt dazu mich hier mal wieder zu melden. Ich fand das nämlich auch immer Scheiße, wenn die Leute sich dann nicht mehr melden. Wenn jemand mit dem selben Problem googled, findet er die threads, aber keine Antwort, wie es gelöst wurde. Darum mache ich das jetzt mal anders.
Das Hauptproblem, das Themes nicht richtig dargestellt wurden, habe ich durch "Probleme mittels Windows Update beheben" gelöst. Offenbar habe ich wirklich etwas zu sehr gewütet, beim entsorgen der M$ Bloatware.
Das Problem mit Winkhawk+Control Panel Color Fix, bestand aber weiterhin. Nach einiger Sucherei, bin ich dann fündig geworden.
https://github.com/ramensoftware/windhawk-mods/issues/2629
Was der TE schreibt, kann man ignorieren. Da hat sich etwas weiter unten, einer an den Bugreport dran gehängt. Taiyoumaru.
Also das Control Panel Color Fix Script funktioniert nur, wenn man die explorer.exe, dauerhaft ins inet lässt! Das kommt mal gar nicht in die Tüte! Zum Glück, bietet er aber auch eine Lösung an. Der Autor von ExplorerPatcher, hat ihm das Script umgeschrieben. So muß man explorer.exe nur 1x ins inet lassen, um die olle dll zu holen. Die liegt dann in System32.
Was nirgends steht:
man muß bei dem geänderten Script, dann bei Einstellungen>Benutzerdefinierte Liste einbezogener Prozesse, svchost.exe Eintragen, sonst gehts nicht offline! Das habe ich dann nach weiterer Suche herausgefunden, weil es eben offline (mit in der FW blockierter explorer.exe) doch nicht ging. Zufällig bin ich in der Beschreibung eines anderen Scripts, darauf gestoßen, das es unbedingt svchost.exe braucht. Also habe ich es einfach mal ausprobiert und svchost.exe eingetragen. Seitdem funktioniert es offline.
LG Hexle
