le titre aurait pu être comment traiter WM_KEYDOWN / WM_KEYUP pour
gérer la sélection d'un edit control (WC_EDIT) via la touche [TAB]
dans une fenêtre parent en contenant plusieurs.
mes fenêtres sont généralement construites via des panels et
containers imbriqués, par exemple:
lorsque la touche TAB est pressée alors qu'un edit control a le focus,
aucun msg WM_KEYDOWN n'est reçu et le msg WM_KEYUP est reçu par la
fenêtre de niveau n-2 (ie le 'panel' et non le 'container').
comment faire en sorte que le "bon parent" reçoive les événements
claviers ou comment dispatcher correctement un caractère TAB ??
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 12 juin, 10:20, Sylvain SF wrote:
Bonjour,
le titre aurait pu être comment traiter WM_KEYDOWN / WM_KEYUP pour gérer la sélection d'un edit control (WC_EDIT) via la touche [TAB] dans une fenêtre parent en contenant plusieurs.
mes fenêtres sont généralement construites via des panels et containers imbriqués, par exemple:
lorsque la touche TAB est pressée alors qu'un edit control a le focus, aucun msg WM_KEYDOWN n'est reçu et le msg WM_KEYUP est reçu par la fenêtre de niveau n-2 (ie le 'panel' et non le 'container').
comment faire en sorte que le "bon parent" reçoive les événements claviers ou comment dispatcher correctement un caractère TAB ??
Il faut que chaque container ait le style étendu WS_EX_CONTROLPARENT
On 12 juin, 10:20, Sylvain SF <sylv...@boiteaspam.info> wrote:
Bonjour,
le titre aurait pu être comment traiter WM_KEYDOWN / WM_KEYUP pour
gérer la sélection d'un edit control (WC_EDIT) via la touche [TAB]
dans une fenêtre parent en contenant plusieurs.
mes fenêtres sont généralement construites via des panels et
containers imbriqués, par exemple:
lorsque la touche TAB est pressée alors qu'un edit control a le focus,
aucun msg WM_KEYDOWN n'est reçu et le msg WM_KEYUP est reçu par la
fenêtre de niveau n-2 (ie le 'panel' et non le 'container').
comment faire en sorte que le "bon parent" reçoive les événements
claviers ou comment dispatcher correctement un caractère TAB ??
Il faut que chaque container ait le style étendu WS_EX_CONTROLPARENT
le titre aurait pu être comment traiter WM_KEYDOWN / WM_KEYUP pour gérer la sélection d'un edit control (WC_EDIT) via la touche [TAB] dans une fenêtre parent en contenant plusieurs.
mes fenêtres sont généralement construites via des panels et containers imbriqués, par exemple:
lorsque la touche TAB est pressée alors qu'un edit control a le focus, aucun msg WM_KEYDOWN n'est reçu et le msg WM_KEYUP est reçu par la fenêtre de niveau n-2 (ie le 'panel' et non le 'container').
comment faire en sorte que le "bon parent" reçoive les événements claviers ou comment dispatcher correctement un caractère TAB ??
Il faut que chaque container ait le style étendu WS_EX_CONTROLPARENT
Sylvain SF
Christian ASTOR a écrit :
Il faut que chaque container ait le style étendu WS_EX_CONTROLPARENT
ça marche bcp mieux avec, en effet, merci Christian.
SF.
Christian ASTOR a écrit :
Il faut que chaque container ait le style étendu WS_EX_CONTROLPARENT
ça marche bcp mieux avec, en effet, merci Christian.