Windows 7 Theme wechseln

[Keks]

Zitat von Keks:

Als Rückgabewert erhalte ich -1878589247, was mir leider nichts sagt. Bewirken tut die Funktion augenscheinlich auch nichts.

Keiner sonst eine Idee?

Wenn es tatsächlich keine direkte Lösung geben sollte, würde mich mich mittlerweile auch mit einem manuellen Schließen des Theme-Fensters begnügen. Leider bekomme ich das auch nicht so recht hin...
Das Problem ist, dass beim Aufrufen eines cpl-Fensters in nachfolgender Form kein passendes Handle zurückgeliefert wird.
Hier mal aufs Nötigste heruntergebrochen:

Delphi-Quellcode:

h := ShellExecute(0, 'open', PChar('C:\Windows\system32\desk.cpl'), nil, nil, SW_SHOWNORMAL);
sleep(5000);
PostMessage(h, WM_CLOSE, 0, 0);

Wird zwar geöffnet aber nicht wieder geschlossen. Vermutlich gehört das zurückgegebene Handle zu rundll32.exe oder einem anderen aufrufenden Prozess.
Ich könnte das Handle nachträglich per FindWindow holen, aber dafür muss ich den Fenstertitel festlegen, der aber sprachabhängig ist und ich kann keine bestimmte Sprache vorab voraussetzen.

[mirage228]

Der Artikel bringt vielleicht etwas Licht ins Dunkel bei den .THEME-Dateien: http://www.codeproject.com/KB/miscctrl/uxtheme.aspx

Das sind wohl eigentlich INI-Dateien, wo zwar auf die Aero.msstyles verwiesen wird, aber auch noch andere Infos, wie Bildschirmhintergrund und Mauszeiger festgelegt werden.
Vielleicht ist Dir das ja noch ein Ansatzpunkt, Deine Suche noch mal in eine andere Richtung zu gestalten? Irgendwie müsste das ja bestimmt gehen...

[Keks]

Zitat von mirage228:

Das sind wohl eigentlich INI-Dateien, wo zwar auf die Aero.msstyles verwiesen wird, aber auch noch andere Infos, wie Bildschirmhintergrund und Mauszeiger festgelegt werden.

Danke, das ist interessant. Habe mir die .theme Datei jetzt mal genauer angeschaut und das ist in der Tat "nur" eine Sammlung aller Design-Eigenschaften. Ich könnte jetzt natürlich alle diese Eigenschaften manuell setzen, aber das halte ich doch für etwas aufwändig in der Umsetzung...

Zitat von Luckie:

Argh, lies doch bitte mal die Dokumentation, was ShellExecute für einen Wert zurück gibt.

Das hatte ich wohl falsch in Erinnerung ... sorry.

Zitat von Luckie:

Suche mit FindWindow das Fenster und Sende an das gefundene Handle die WM_CLOSE Nachricht.

Dazu hatte ich ja schon geschrieben: "Ich könnte das Handle nachträglich per FindWindow holen, aber dafür muss ich den Fenstertitel festlegen, der aber sprachabhängig ist und ich kann keine bestimmte Sprache vorab voraussetzen." - Außer Du kannst mir sagen, wie ich das Sprachenunabhängig machen kann...

[Luckie]

Dann starte den Prozess mit CreateProcess oder ShellExecuteEx, dann hast du ein Prozesshandle, welches du TerminateProcess übergeben kannst. Ist zwar nicht sehr schön, den Prozess so hart zu beenden. Man könnte auch alle Fenster enummerieren und gucken zu welchen Prozess sie gehören und wenn man das richtige gefunden hat WM_CLOSE an das Fenster senden. Das wäre die sauberere aber aufwendigerer Lösung.

Und nebenbei bemerkt, gibt es zu dem Problem (Programm starten und beenden) schon genug Beitrage hier im Forum.

[Keks]

Zitat von Luckie:

Programm starten und beenden

Es handelt sich ja um kein Programm per se. Alles, was ich zu dem Thema gefunden habe, beschäftigt sich mit richtigen Programmen. Hier soll ja ein ControlPlanel geschlossen werden. Da ist die Suche nach dem richtigen Handle imho nicht so trivial. Ich lasse mich aber gerne eines Besseren belehren.

Mein Versuch:

Delphi-Quellcode:

      ShExecInfo.cbSize := sizeof(SHELLEXECUTEINFO);
      ShExecInfo.fMask := SEE_MASK_NOCLOSEPROCESS;
      ShExecInfo.lpVerb := 'runas';
      ShExecInfo.lpFile := 'control';
      ShExecInfo.lpDirectory := nil;
      ShExecInfo.lpParameters := 'C:\Windows\system32\desk.cpl desk,@Themes';
      ShExecInfo.nShow := SW_SHOWNORMAL;

      ShellExecuteEx(@ShExecInfo);

      sleep(5000);

      //PostMessage(ShExecInfo.Wnd, WM_CLOSE, 0,0);
      TerminateProcess(ShExecInfo.hProcess, 0);

Das öffnet zwar den Dialog, schließt ihn aber nicht wieder.
Ich weiß leider wirklich nicht, wie ich das Handle des Fensters bekommen soll.

[Union]

Wie wäre es mit einem Versuch über die Registry und dann einer Broadcast-Message mit WM_STYLECHANGED?

[EWeiss]

Zitat:

Das öffnet zwar den Dialog, schließt ihn aber nicht wieder.

Wenn ShExecInfo über ein SendKeys verfügt sollte das doch ganz einfach mit SendKeys(VK_ENTER) zu schließen sein.
Ohne das du auf den OK Button drücken mußt.

Alternativ kannst du ja uses ShellObj einbinden und
objShell.Sendkeys(VK_ENTER) verwenden.

nicht getestet!

Zitat:

Ich weiß leider wirklich nicht, wie ich das Handle des Fensters bekommen soll.

Kein Problem! Allerdings wie du schon sagtest Sprachabhängig!

eng.
FindWindow('CabinetWClass', 'Personalization')
de.
FindWindow('CabinetWClass', 'Anpassung')


PS:
Wenn du den Dialog nicht sehen willst solltest du SW_HIDE anstelle SW_SHOWNORMAL verwenden oder?


gruss

[EWeiss]

Hier mal ein minimales Beispiel.

Was nicht geht!

Alle "SW_" Flags haben keinen Einfluss beim Start des Dialogs.
Es wird nicht auf die Anwendung gewartet unter verwendung von MsgWaitForMultipleObjects warum auch immer..
mit der abgeänderten Function von Luckie ExecAndWait

gruss

[Keks]

Zitat von Union:

Wie wäre es mit einem Versuch über die Registry und dann einer Broadcast-Message mit WM_STYLECHANGED?

Es gibt wohl keinen einzelnen Registry-Eintrag für das aktuelle Theme. Stattdessen müsste ich alle Teile aus der .theme-Datei einzeln anwenden oder in die Registry schreiben, was sowohl unsauber und aufwändig ist als auch viele Fehlerquellen mit sich bringt.

Zitat von EWeiss:

Wenn du den Dialog nicht sehen willst solltest du SW_HIDE anstelle SW_SHOWNORMAL verwenden oder?

Das hat imho keine Auswirkung auf das Starten des ControlPanels. Die Ursache für das Handle-Problem und die Ursache dafür, dass das Theme-ControlPanel keine .exe-Datei ist sondern eine .cpl-Datei. Diese wird durch einen Hilfsaufruf von (vermutlich) rundll32.exe aufgerufen. Davon kommt auch das Handle und diese exe erhält auch die SW_-Tags.

Soweit ich weiß, wäre das hier der vollständige Aufruf:

Code:

C:\Windows\system32\rundll32.exe C:\Windows\system32\shell32.dll,Control_RunDLL C:\Windows\system32\desk.cpl desk,@Themes /Action:OpenTheme /file:"C:\Windows\Resources\Themes\nature.theme"

Also entweder man kann irgendwie das (Child?-)Handle vom durch die exe aufgerufenen Fenster erhalten oder dann doch so wie Lucky als Alternative schrieb:

Zitat von Luckie:

Man könnte auch alle Fenster enummerieren und gucken zu welchen Prozess sie gehören und wenn man das richtige gefunden hat WM_CLOSE an das Fenster senden.

Allerdings frage ich mich, ob man das zuverlässig zuordnen könnte. Was soll denn da als Prozess drin stehen? Ist das dann wirklich eindeutig?

[Luckie]

Argh, lies doch bitte mal die Dokumentation, was ShellExecute für einen Wert zurück gibt.

Suche mit FindWindow das Fenster und Sende an das gefundene Handle die WM_CLOSE Nachricht.