Fremdes Fenster unverschiebbar (Wie erhalte ich die Events?)

[taveuni]

Hallo Leute,
Ich hatte noch nicht allzuviel damit zu tun und bisher nichts brauchbares gefunden.
Angenommen ich starte notepad mit CreateProcess und habe dann den Fensterhandle.
Ich kann diesen dann mit SetWindowPos, MoveWindow und Co wunderbar verschieben usw.

Ich sollt aber nun das Fenster fixieren. Kann ich mich irgendwie auf die Move Events
registrieren? Oder gibt es da einen anderen Ansatz?
All diese:

Delphi-Quellcode:

    procedure WMWindowPosChanging(var msg: TWMWindowPosChanging); message WM_WINDOWPOSCHANGING;
    procedure WMEnterSizeMove(var Message: TMessage) ; message WM_ENTERSIZEMOVE;
    procedure WMMove(var Message: TMessage) ; message WM_MOVE;
    procedure WMExitSizeMove(var Message: TMessage) ; message WM_EXITSIZEMOVE;

beziehen sich doch nur auf meine eigene Applikation?

Danke

[shmia]

Du könntest mit SetParent(NotepadWindowHandle, self.Handle) das Notepad Fenster in deine eigene Anwendung einbetten.

[taveuni]

Hallo shmia,

Das bringt eigenartige Effekte wenn aus der externen App dann ein weiteres Fenster geöffnet wird.
Es geht konkret um eine Quick And Dirty "Implementierung" eines Mail Clients (Windows Live) in ein
Leitsystem welches via Touchscreen bedient wird.
Der Mailclient wird über das Programm gelegt exl. Navigation des darunterliegenden Programmes.

[Medium]

ChangeWindowMessageFilter liest sich vielversprechend, und evtl. wirkt es sich, da prozessweit, sogar auf weitere aus dem Notepad erzeugte Fenster aus. Leider "soon to be deprecated", aber wenn es für ein Spezailsystem ist, dass der User nicht voll unter seiner Kontrolle hat (lies: Nicht selbsttätig das OS wechseln kann) dennoch gutklingend

Im Zweifel ließe sich mit einem regelmäßigen SetWindowPos auch noch was drehen, wenn auch weniger schön. Es könnte nämlich sein, dass WM_MOVE zu den nicht-filterbaren Messages gehört.

[lbccaleb]

Zitat von Medium:

ChangeWindowMessageFilter liest sich vielversprechend, und evtl. wirkt es sich, da prozessweit, sogar auf weitere aus dem Notepad erzeugte Fenster aus. Leider "soon to be deprecated", aber wenn es für ein Spezailsystem ist, dass der User nicht voll unter seiner Kontrolle hat (lies: Nicht selbsttätig das OS wechseln kann) dennoch gutklingend

Ganz oben in deinem Beitrag, wird die nicht veraltete Methode verlinkt

http://msdn.microsoft.com/en-us/libr...=VS.85%29.aspx

[Medium]

Die ist jedoch nicht Prozessweit, und müsste für jedes neue Editorfenster neu gemacht werden. Daher hab ich die mal unerwähnt gelassen

Es gäbe sonst auch noch SetWindowPlacement, was man aber wohl ähnlich wie SetWindowPos() verwursten müsste.

Und wenn man aus dem Editor ein LayeredWindow machte, ginge sogar noch UpdateLayeredWindow

[taveuni]

Hallo,

ChangeWindowMessageFilterEx wär genau was ich bräuchte.
Leider bin ich aber auf XP.

[lbccaleb]

Zitat von taveuni:

Hallo,

ChangeWindowMessageFilterEx wär genau was ich bräuchte.
Leider bin ich aber auf XP.

Dann musst du ChangeWindowsMessageFilter nehmen, das ist ab WindowsXP kompatibel.

[Medium]

Laut Doku leider auch erst ab Vista, wenn ich nicht irre. Ansonsten bliebe ggf. noch das Unterschieben einer eigenen WndProc, was ich aber mangels Praxis nicht genauer beschreiben kann. Ich bin mir aber fast sicher, dass sich dazu auch in der DP etwas finden lassen sollte, gehen sollte es an sich ja.

[taveuni]

Zitat von Medium:

Laut Doku leider auch erst ab Vista, wenn ich nicht irre.

Eben.

Zitat von Medium:

Ansonsten bliebe ggf. noch das Unterschieben einer eigenen WndProc, was ich aber mangels Praxis nicht genauer beschreiben kann. Ich bin mir aber fast sicher, dass sich dazu auch in der DP etwas finden lassen sollte, gehen sollte es an sich ja.

Genau dieses suche ich. Weder in der DP noch sonstwo habe ich dies gefunden.
Und in dem Bereich fehlt auch mir die Praxis.

Natürlich könnte ich mit einem Timer die Pos abfragen und dann bei <> wieder setzen.
Aber da sträuben sich mir die Haare..