AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Win32/Win64 API (native code) Delphi 'Windows + D' - Taste austricksen
Thema durchsuchen
Ansicht
Themen-Optionen

'Windows + D' - Taste austricksen

Ein Thema von SittingDuck · begonnen am 7. Dez 2007 · letzter Beitrag vom 14. Dez 2007
 
SittingDuck

Registriert seit: 11. Jan 2006
Ort: Leverkusen
159 Beiträge
 
Delphi 2010 Professional
 
#1

'Windows + D' - Taste austricksen

  Alt 7. Dez 2007, 17:52
Moin Moin ...

Klar ... das soll man nicht ... ich weiss. Gehört sich auch nicht !
Kann man oft im Internet nachlesen ... 'Win + D' heisst 'Win + D'
und mehr nicht. Wiederspenstige Fenster sind 'böse' !
Das einfach mal Vorweg ...

OK, trotzdem wurde dieses 'resistente Fensterverhalten' schon
von vielen Anwendern, als Feature für den Launcher gewünscht.

Gut, ich habe viel gelesen und da sowieso ein winziger Timer
im Launcher läuft, hatte ich folgende Idee nach umfangreicher
Analyse mit 'XSpy'.
Delphi-Quellcode:
procedure TForm1.Timer1Timer(Sender: TObject);
var s: array[0..255] of char;
begin
   GetClassName(GetForeGroundWindow, s, 255);
   if s = 'WorkerWthen Application.BringToFront;
end;
Peter Below hat irgendwo mal geschrieben, das 'Win + D' die anderen
Fenster nicht minimiert, sondern der Desktop wird einfach als 'TopMost'
Fenster nach vorne geholt. Das stimmt und der Code von oben funktioniert
demnach auch, weil nach dem drücken von 'Win + D' ein Fenster mit dem
ClassName 'WorkerW' aktiv ist. Das ist auch der Grund, warum die anderen
Fenster nie eine Minimized-Message 'hören' konnten.

Ich tue jetzt mal so, als wüsste ich hier wovon ich rede ... aber es war
niemand überraschter als ich, als die zwei Zeilen von oben wirklich liefen.
Unter Windows XP. Davor (Win9x etc.) hieß die ClassName nämlich 'WorkerA'.
Gut, das könnte man noch abfragen, aber obwohl die ClassName unter Vista
auch 'WorkerW' heisst, läuft der Code von oben dort leider nicht. Vista macht
da irgendwas anders und damit kommen ich zu meiner Frage.

Zum einen glaube ich nicht, das die zwei Zeilen von oben schon ausreichen,
weil XSpy mir ganz viele 'WorkerW'-ClassNames gezeigt hat. Demnach wäre es
denkbar das die Routine öfter als gewünscht den Launcher nach vorne holt,
wobei mir das jedoch in den letzten Tagen nicht aufgefallen ist ...
Dieses 'WorkerW'-ClassName-Ding hat laut 'XSpy' einen Parent mit dem Namen
'#32764 (Desktop)'. Sinnvoll bekomme ich das nicht 'verwurstet', zumal
ich auf diesem Gebiet gerade erst die ersten Erfahrungen mache.

Wer kann die zwei Zeilen sinnvoll ergänzen bzw. hat eine Idee warum das
unter Vista nicht läuft. Ich könnte generell etwas mehr 'Licht' in diesem
Thema gebrauchen.

Aus der Dunkelheit grüßt ...
Ciao ... SittingDuck
iPhone Backup und mehr: iTwin v3.9 Beta ... Alternative Startleiste: Launcher v3.8 !
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:56 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz