détecter qu'une fenêtre se maximise ou se minimise, en utilisant WM_WINDOWPOSCHANGED
8 réponses
Vincent Torri
Dans ma boucle de messages, j'utilise WM_WINDOWPOSCHANGED, à la place de
WM_SIZE, pour détecter si une fenêtre est maximisée ou minimisée (plus
précisément : la fenêtre s'affiche, je clique sur le bouton de
minimisation de la barre de titre, je clique sur la fenêtre dans la barre
des tâches pour la maximiser).
Je désire utiliser WM_WINDOWPOSCHANGED pour des questions d'efficacité
(d'après ce qui est indiqué sur MSDN).
J'effectue la minimisation / maximisation que j'ai décrits ci-dessus. Ni
"hiding", ni "showing" n'est affiché. C'est uniquement quand je ferme la
fenêtre (avec la croix de la barre de titre par exemple) que le message
"hiding" est affiché.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christian ASTOR
On 19 sep, 17:43, Vincent Torri wrote:
J'effectue la minimisation / maximisation que j'ai décrits ci-dessus. N i "hiding", ni "showing" n'est affiché. C'est uniquement quand je ferme l a fenêtre (avec la croix de la barre de titre par exemple) que le message "hiding" est affiché. Est-ce normal ?
Oui, SWP_HIDEWINDOW et SWP_SHOWWINDOW ne sont appelés que sur ShowWindow() ou DestroyWindow() notamment.
On 19 sep, 17:43, Vincent Torri <vincent.to...@gmail.com> wrote:
J'effectue la minimisation / maximisation que j'ai décrits ci-dessus. N i
"hiding", ni "showing" n'est affiché. C'est uniquement quand je ferme l a
fenêtre (avec la croix de la barre de titre par exemple) que le message
"hiding" est affiché.
Est-ce normal ?
Oui, SWP_HIDEWINDOW et SWP_SHOWWINDOW ne sont appelés que sur
ShowWindow() ou DestroyWindow() notamment.
J'effectue la minimisation / maximisation que j'ai décrits ci-dessus. N i "hiding", ni "showing" n'est affiché. C'est uniquement quand je ferme l a fenêtre (avec la croix de la barre de titre par exemple) que le message "hiding" est affiché. Est-ce normal ?
Oui, SWP_HIDEWINDOW et SWP_SHOWWINDOW ne sont appelés que sur ShowWindow() ou DestroyWindow() notamment.
Vincent Torri
Christian ASTOR wrote in news::
On 19 sep, 17:43, Vincent Torri wrote:
J'effectue la minimisation / maximisation que j'ai décrits ci-dessus. N i "hiding", ni "showing" n'est affiché. C'est uniquement quand je ferme l a fenêtre (avec la croix de la barre de titre par exemple) que le message "hiding" est affiché. Est-ce normal ?
Oui, SWP_HIDEWINDOW et SWP_SHOWWINDOW ne sont appelés que sur ShowWindow() ou DestroyWindow() notamment.
Cela veut-il dire que on ne peut pas gérer la minimisation/maximisation avec ce message ?
Christian ASTOR <castorix@club-internet.fr> wrote in
news:20f92e4a-8a5f-4a87-96fa-a7115ffe4eb5@a11g2000vbn.googlegroups.com:
On 19 sep, 17:43, Vincent Torri <vincent.to...@gmail.com> wrote:
J'effectue la minimisation / maximisation que j'ai décrits ci-dessus.
N i "hiding", ni "showing" n'est affiché. C'est uniquement quand je
ferme l a fenêtre (avec la croix de la barre de titre par exemple)
que le message "hiding" est affiché.
Est-ce normal ?
Oui, SWP_HIDEWINDOW et SWP_SHOWWINDOW ne sont appelés que sur
ShowWindow() ou DestroyWindow() notamment.
Cela veut-il dire que on ne peut pas gérer la minimisation/maximisation
avec ce message ?
J'effectue la minimisation / maximisation que j'ai décrits ci-dessus. N i "hiding", ni "showing" n'est affiché. C'est uniquement quand je ferme l a fenêtre (avec la croix de la barre de titre par exemple) que le message "hiding" est affiché. Est-ce normal ?
Oui, SWP_HIDEWINDOW et SWP_SHOWWINDOW ne sont appelés que sur ShowWindow() ou DestroyWindow() notamment.
Cela veut-il dire que on ne peut pas gérer la minimisation/maximisation avec ce message ?
Christian ASTOR
On 19 sep, 18:27, Vincent Torri wrote:
Cela veut-il dire que on ne peut pas gérer la minimisation/maximisation avec ce message ?
Ca se fait habituellement avec WM_SIZE ou WM_SYSCOMMAND...
On 19 sep, 18:27, Vincent Torri <vincent.to...@gmail.com> wrote:
Cela veut-il dire que on ne peut pas gérer la minimisation/maximisation
avec ce message ?
Ca se fait habituellement avec WM_SIZE ou WM_SYSCOMMAND...
Ca se fait habituellement avec WM_SIZE ou WM_SYSCOMMAND...
Certes, mais MSDN stipule dans la doc de ce message:
"It is more efficient to perform any move or size change processing during the WM_WINDOWPOSCHANGED message without calling DefWindowProc"
Il y a peut-être quelque chose que je ne saisi pas, alors.
Christian ASTOR
On 19 sep, 18:37, Vincent Torri wrote:
Christian ASTOR wrote in news:83d7e2d8-1bfd- :
> Ca se fait habituellement avec WM_SIZE ou WM_SYSCOMMAND...
Certes, mais MSDN stipule dans la doc de ce message:
"It is more efficient to perform any move or size change processing durin g the WM_WINDOWPOSCHANGED message without calling DefWindowProc" Il y a peut-être quelque chose que je ne saisi pas, alors.
C'est hérité de la doc 16-bits, plus vraiment important maintenant.
On 19 sep, 18:37, Vincent Torri <vincent.to...@gmail.com> wrote:
Christian ASTOR <casto...@club-internet.fr> wrote in news:83d7e2d8-1bfd-
40bc-abd5-e4b859573...@q9g2000vbd.googlegroups.com:
> Ca se fait habituellement avec WM_SIZE ou WM_SYSCOMMAND...
Certes, mais MSDN stipule dans la doc de ce message:
"It is more efficient to perform any move or size change processing durin g
the WM_WINDOWPOSCHANGED message without calling DefWindowProc"
Il y a peut-être quelque chose que je ne saisi pas, alors.
C'est hérité de la doc 16-bits, plus vraiment important maintenant.
> Ca se fait habituellement avec WM_SIZE ou WM_SYSCOMMAND...
Certes, mais MSDN stipule dans la doc de ce message:
"It is more efficient to perform any move or size change processing durin g the WM_WINDOWPOSCHANGED message without calling DefWindowProc" Il y a peut-être quelque chose que je ne saisi pas, alors.
C'est hérité de la doc 16-bits, plus vraiment important maintenant.
Vincent Torri
Christian ASTOR wrote in news::
On 19 sep, 18:37, Vincent Torri wrote:
Christian ASTOR wrote in news:83d7e2d8-1bfd- :
"It is more efficient to perform any move or size change processing durin g the WM_WINDOWPOSCHANGED message without calling DefWindowProc" Il y a peut-être quelque chose que je ne saisi pas, alors.
C'est hérité de la doc 16-bits, plus vraiment important maintenant.
Evidemment, si MSDN m'induit en erreur...
Dans ce cas, comment on fait exactement pour gérer à la fois WM_WINDOWPOSCHANGED et WM_SIZE ?
Christian ASTOR <castorix@club-internet.fr> wrote in
news:6ee13585-f463-41d0-9525-07440f6b9e08@t3g2000vbb.googlegroups.com:
On 19 sep, 18:37, Vincent Torri <vincent.to...@gmail.com> wrote:
Christian ASTOR <casto...@club-internet.fr> wrote in
news:83d7e2d8-1bfd-
40bc-abd5-e4b859573...@q9g2000vbd.googlegroups.com:
"It is more efficient to perform any move or size change processing
durin g the WM_WINDOWPOSCHANGED message without calling
DefWindowProc" Il y a peut-être quelque chose que je ne saisi pas,
alors.
C'est hérité de la doc 16-bits, plus vraiment important maintenant.
Evidemment, si MSDN m'induit en erreur...
Dans ce cas, comment on fait exactement pour gérer à la fois
WM_WINDOWPOSCHANGED et WM_SIZE ?
"It is more efficient to perform any move or size change processing durin g the WM_WINDOWPOSCHANGED message without calling DefWindowProc" Il y a peut-être quelque chose que je ne saisi pas, alors.
C'est hérité de la doc 16-bits, plus vraiment important maintenant.
Evidemment, si MSDN m'induit en erreur...
Dans ce cas, comment on fait exactement pour gérer à la fois WM_WINDOWPOSCHANGED et WM_SIZE ?
Christian ASTOR
On 19 sep, 18:50, Vincent Torri wrote:
Dans ce cas, comment on fait exactement pour gérer à la fois WM_WINDOWPOSCHANGED et WM_SIZE ?
Si l'on appelle DefWindowProc() dans WM_WINDOWPOSCHANGED , WM_SIZE doit normalement continuer à être reçu...
On 19 sep, 18:50, Vincent Torri <vincent.to...@gmail.com> wrote:
Dans ce cas, comment on fait exactement pour gérer à la fois
WM_WINDOWPOSCHANGED et WM_SIZE ?
Si l'on appelle DefWindowProc() dans WM_WINDOWPOSCHANGED ,
WM_SIZE doit normalement continuer à être reçu...