Hallo

Ich würde gerne ein Popup-ähnliches Control öffnen, welches folgende Eigenschaften hat:

- Es "schwebt" überhalb der Form, d.h. kann wie ein TPopupMenu über die Form hinausragen.
- Es sollte auf Mausklicks reagieren, insbesondere soll der Scrollbalken funktionieren.
- Das Fenster sollte trotz Mausklicks nicht den Fokus erhalten.

Dieses Verhalten ist z.B. beim Code-Complete in Delphi beobachtbar (einfach mal Ctrl-Leertaste drücken).

Leider krieg ich das auch längerem Probieren und Recherchieren nicht hin.

Ich habe z.B. in CreateParams folgendes probiert:

dann reagiert das Control leider überhaupt nicht mehr auf Mausklicks, d.h. insbesondere der Scrollbalken reagiert nicht. Ohne das WS_EX_NOACTIVATE wird aber der Fokus beim Klick gesetzt, was wie gesagt unerwünscht ist.

Im Grunde werden solche Fenster häufig eingesetzt z.B. bei Code-Complete, Popup Menu, selbstgebastelte ComboBoxes, Hints mit Scrollbalken. Ich habe die Sources solcher Controls angeschaut, bin aber auf keine saubere Lösungen gestossen.

Zum Teil wird z.B. der Fokus abgefangen und sofort wieder das darunterliegende Control aktiviert, was sich durch ein Flackern bemerkbar macht.

Wie implementiert man das korrekt?

Danke
delfiphan

Probier mal, ob's geht, bei dem Teil die WndProc zu überschreiben und die Fokus-Nachrichten entsprechend zu beantworten (Also CAN_FOKU false und Bei WM_FOKUS den Fokus zurückgeben).

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Eigenes Fenster ohne Rahmen mir Listbox drin. Dann solltest Du alles haben. Das ganze mit Show zeigen, damit du auch woanders klicken kannst, wobei das Fester dann geschlossen wird... Zumindest glaube ich das so vor Jahren mal gemacht zu haben, bin nur zu faul zu suchen im alten Code :p

@HelgeLange: Nur wird das darunterliegende Fenster dann deaktiviert. Das darunterliegende Fenster wird also ausgegraut, dass soll nicht passieren.

@BenBE: Bin mir nicht ganz sicher, was du mit CAN_FOCUS meinst. Und bei WM_SETFOCUS - wenn die Message ankommt ist es bereits zu spät, denn das darunterliegende Fenster/Control wurde bereits deaktiviert.

Im Prinzip müsste man Windows dazu bringen, SetFocus auf mein Popupfenster zu ignorieren... Also Can_focus klingt schon mal nicht schlecht, finde aber nichts derartiges. Es ist mir eigentlich egal, wenn das Control selbst meint, es sei fokussiert.

Hauptsache das Fenster darunter bleibt fokussiert, und das Control ist immer noch "entered" (meinetwegen muss das Control selbst nicht zwingend fokussiert, das Fenster aber schon. Also quasi ein floating Child-Control eines Controls auf der Mainform).

IIRC fragt Windows beim Zielfenster erst nach, bevor es diesem den Fokus erteilt, ob dieses den Fokus überhaupt erhalten kann.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Eine entsprechende Message habe ich bislang noch nicht gefunden. Aber so kompliziert kann es fast nicht sein. Das ist doch ein Standardproblem mit WinAPI, oder nicht?

Bei WM_SetFocus erhält man als wParam das Handle des Fensters, was den Fokus verloren hat. Ich wusste doch, da war was ^^. Kannst Du ja mal das Verhalten testen?

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Nun, ich hab's jetzt gefunden:


Das scheint zu funktionieren, wenn man es ins FormCreate schreibt. Dann stiehlt die Form den Fokus von anderen Windows nicht mehr. In meinem eigenen Control hat's noch nicht geklappt, aber ich denke das werde ich schon schaffen

Danke