XProfan

qui WindowProc des pas-trop-minimierenden Fensters muss imho sur wm_minimize seulement NULL zurückgeben et pas à qui defWindowProc weiterleiten. je suis Je ne entier sûrement si XProfan11 ca de maison aus peut wird, suis là mais bon Dinge.

tu peux den Eintrag minimieren aussi aus dem Systemmenü entfernen, gwl_setStyle hilft ici peut-être.

Christian
Schneider

Hmm, entfernen voulais Je l' Button ungern,là es oui possible son soll cela la fenêtre trop minimieren. Aus kosmetischen Trouvé veux je allerdings avant qui Minimierung un d'autre la fenêtre entfernen.

XProfan 11| Vista(64) SP2

cela peux Du comment dit dans qui wProc bewerkstelligen.

Frank
Abbing

Hab momentan wenig Zeit zum Testen, tout autor qui Frage à Roland. pouvons qui Messages im Subclassing abgebrochen ou bien umgebogen volonté? si pas, ist le reste vorgesehen?

là je es malheureusement encore pas getestet habe peux je seulement bitten/espérer cela qui Rückgabe qui SubClassProc im le cas NULL aussi wirklich NULL ist. (je crois Roland hat encore pas berücksichtigt cela on ici herumbiegen voudrais...)

Im Prinzip pourrait avec cela setUAnswer wegfallen! (si Rolands SubClassProc hoffentlich aussi gestackt arbeitet - quoi malheureusement absolument nötig wäre pour korrektes travailler)

RGH

Frank Abbing

Hab momentan wenig Zeit zum Testen, tout autor qui Frage à Roland. pouvons qui Messages im Subclassing abgebrochen ou bien umgebogen volonté? si pas, ist le reste vorgesehen?

quoi verstehst Du sous une Messsage démolir ou bien une Message umbiegen?

Du entscheidest, si qui Message comme bearbeitet gilt (indem Du vous per SubClassMessage() abfragst), ou bien comme pas bearbeitet (dans dem Du vous avec den jusqu'alors habituel Funktionen sous Nutzung qui Système &Wnd et %sMessaage abfragst.
Im erstgenannten le cas wir qui Original Fensterprozedur pas plus aufgerufen et qui ggf. avec Retour angegebene Wert wird dem Aufrufer zurückgeliefert. Im zweiten le cas wird anschließend qui ursprüngliche Fensterprozedur aufgerufen.
je meinte mais, cela beim Beispiel erwähnt trop avons.

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

RGH

m erstgenannten le cas wir qui Original Fensterprozedur pas plus aufgerufen et qui ggf. avec Retour angegebene Wert wird dem Aufrufer zurückgeliefert. Im zweiten le cas wird anschließend qui ursprüngliche Fensterprozedur aufgerufen.

Jau!

Frank
Abbing

Genauso meinte je es...

Kurze Fragen hierzu, si je im Minibrowser cet 2 Zeilen hinzufüge:
Kompilieren Marque Séparation

ElseIf SubClassMessage(%hWnd, ~wm_activate)

return 0pre>

pourrait cela hWnd doch pas aktivierbar son, korrekt?

Wir alors trotz return 0 zur original wndproc weitergeleitet?

RGH

Kurze Fragen hierzu, si je im Minibrowser cet 2 Zeilen hinzufüge:
Kompilieren Marque Séparation

ElseIf SubClassMessage(%hWnd, ~wm_activate)

return 0pre>

pourrait cela hWnd doch pas aktivierbar son, korrekt?

cela return 0 brauchst Du pas einmal. par cela SubClassMessage() la hâte Du qui Message behandelt et qui ursprüngliche Fensterprozedur wird gar pas plus aufgerufen. Im Beispiel, dass je im Fil zum Thema Subclassing posté habe, venez ~wm_close oui aussi pas plus à.

BTW: Pourquoi im Minibrowser? Verwechselst Du qui Beispiele?

Salut
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

je crois je verwechsle qui Beispiele, korrekt!

mais quoi ist avec meiner Frage? cela hWnd ist toutefois aktivierbar quoi imho pas korrekt ist. (je hoffe je verwechsle maintenant pas aussi encore qui Message)