J'ai une application qui joue des vidéos au moyen d'un thread. Elle
envoie les ordres et infos au thread, qui se charge d'ouvrir les fenêtres
vidéo (POPUP sans parent) et de les piloter.
Mon pb est que je dois capturer le clavier afin de permettre à
l'utilisateur d'interrompre la video courante.
Or mon thread n'est pas un thread d'interface, ce qui fait que les
messages souris et clavier ne passent pas par lui.
Et comme mes video sont plein écran , je ne capte rien.
Mon appli déroute le clavier au moyen de la fonction SetWindowsHookEx(),
mais la fenêtre video lui fait perdre le focus.
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
Pierre Maurette
"Fred D." a écrit dans le message de news: bkbhhf$uuu$
Bonjour,
J'ai une application qui joue des vidéos au moyen d'un thread. Elle envoie les ordres et infos au thread, qui se charge d'ouvrir les fenêtres vidéo (POPUP sans parent) et de les piloter. Mon pb est que je dois capturer le clavier afin de permettre à l'utilisateur d'interrompre la video courante. Or mon thread n'est pas un thread d'interface, ce qui fait que les messages souris et clavier ne passent pas par lui. Et comme mes video sont plein écran , je ne capte rien.
Mon appli déroute le clavier au moyen de la fonction
SetWindowsHookEx(),
mais la fenêtre video lui fait perdre le focus.
Avez vous tenté de faire :
SetWindowsHookEx( WH_KEYBOARD_LL ou WH_KEYBOARD ou peut-être WH_GETMESSAGE, (HOOKPROC)NomDeLaFonctionDeHook, hinst de la DLL, 0);
en ayant placé votre fonction de Hook dans une DLL (nécessaire dans ce cas) ?
Si cela ne fonctionne pas, et si l'idée de l'écriture d'un filtre clavier bas niveau (DDK, caca) jetez un oeil ici : http://www.entechtaiwan.com/tools.htm C'est un genre de Canada Dry du Device Driver. Ça à l'air de pas mal fonctionner, sous tous Windows.
Bonne chance, Pierre
"Fred D." <f.dulou@caramail.com> a écrit dans le message de news:
bkbhhf$uuu$1@d03.completel.fr...
Bonjour,
J'ai une application qui joue des vidéos au moyen d'un thread. Elle
envoie les ordres et infos au thread, qui se charge d'ouvrir les fenêtres
vidéo (POPUP sans parent) et de les piloter.
Mon pb est que je dois capturer le clavier afin de permettre à
l'utilisateur d'interrompre la video courante.
Or mon thread n'est pas un thread d'interface, ce qui fait que les
messages souris et clavier ne passent pas par lui.
Et comme mes video sont plein écran , je ne capte rien.
Mon appli déroute le clavier au moyen de la fonction
SetWindowsHookEx(),
mais la fenêtre video lui fait perdre le focus.
Avez vous tenté de faire :
SetWindowsHookEx(
WH_KEYBOARD_LL ou WH_KEYBOARD ou peut-être WH_GETMESSAGE,
(HOOKPROC)NomDeLaFonctionDeHook,
hinst de la DLL,
0);
en ayant placé votre fonction de Hook dans une DLL (nécessaire dans ce cas)
?
Si cela ne fonctionne pas, et si l'idée de l'écriture d'un filtre clavier
bas niveau (DDK, caca) jetez un oeil ici :
http://www.entechtaiwan.com/tools.htm
C'est un genre de Canada Dry du Device Driver. Ça à l'air de pas mal
fonctionner, sous tous Windows.
"Fred D." a écrit dans le message de news: bkbhhf$uuu$
Bonjour,
J'ai une application qui joue des vidéos au moyen d'un thread. Elle envoie les ordres et infos au thread, qui se charge d'ouvrir les fenêtres vidéo (POPUP sans parent) et de les piloter. Mon pb est que je dois capturer le clavier afin de permettre à l'utilisateur d'interrompre la video courante. Or mon thread n'est pas un thread d'interface, ce qui fait que les messages souris et clavier ne passent pas par lui. Et comme mes video sont plein écran , je ne capte rien.
Mon appli déroute le clavier au moyen de la fonction
SetWindowsHookEx(),
mais la fenêtre video lui fait perdre le focus.
Avez vous tenté de faire :
SetWindowsHookEx( WH_KEYBOARD_LL ou WH_KEYBOARD ou peut-être WH_GETMESSAGE, (HOOKPROC)NomDeLaFonctionDeHook, hinst de la DLL, 0);
en ayant placé votre fonction de Hook dans une DLL (nécessaire dans ce cas) ?
Si cela ne fonctionne pas, et si l'idée de l'écriture d'un filtre clavier bas niveau (DDK, caca) jetez un oeil ici : http://www.entechtaiwan.com/tools.htm C'est un genre de Canada Dry du Device Driver. Ça à l'air de pas mal fonctionner, sous tous Windows.
Bonne chance, Pierre
Arnold McDonald \(AMcD\)
Salut Pierre.
Pierre Maurette wrote:
(DDK, caca)
Quelle est l'origine de cet ostracisme :o) ?
-- AMcD - http://arnold.mcdonald.free.fr/
"Bon alors j'vous rappelle les règles : vous pouvez pas quitter la première base avant d'avoir vidé une bière, chaque point marqué : une bière, vous videz une bière à la fin des tours de frappe impairs et à la quatrième manche, tournée générale" - ça va, ça va, on sait comment jouer au softball ! (Les Simpson - Homer la Foudre)
Salut Pierre.
Pierre Maurette wrote:
(DDK, caca)
Quelle est l'origine de cet ostracisme :o) ?
--
AMcD - http://arnold.mcdonald.free.fr/
"Bon alors j'vous rappelle les règles : vous pouvez pas quitter la première
base avant d'avoir vidé une bière, chaque point marqué : une bière, vous
videz une bière à la fin des tours de frappe impairs et à la quatrième
manche, tournée générale"
- ça va, ça va, on sait comment jouer au softball ! (Les Simpson - Homer la
Foudre)
"Bon alors j'vous rappelle les règles : vous pouvez pas quitter la première base avant d'avoir vidé une bière, chaque point marqué : une bière, vous videz une bière à la fin des tours de frappe impairs et à la quatrième manche, tournée générale" - ça va, ça va, on sait comment jouer au softball ! (Les Simpson - Homer la Foudre)
Fred D.
"Pierre Maurette wrote
Avez vous tenté de faire :
SetWindowsHookEx( WH_KEYBOARD_LL ou WH_KEYBOARD ou peut-être WH_GETMESSAGE, (HOOKPROC)NomDeLaFonctionDeHook, hinst de la DLL, 0);
en ayant placé votre fonction de Hook dans une DLL (nécessaire dans ce
cas)
?
Si cela ne fonctionne pas, et si l'idée de l'écriture d'un filtre clavier bas niveau (DDK, caca) jetez un oeil ici : http://www.entechtaiwan.com/tools.htm C'est un genre de Canada Dry du Device Driver. Ça à l'air de pas mal fonctionner, sous tous Windows.
La journée à été utile...Mon pb était que je fabriquais un thread de travail et non d'interface utilisateur. il me manquait en gros le RUNTIME_CLASS(..). J'ai fait la correction nécessaire et maintenant je capte bien les messages venant de la fenêtre vidéo dans le thread.
Merci pour l'aide,
Cordialement ,
Fred D.
"Pierre Maurette wrote
Avez vous tenté de faire :
SetWindowsHookEx(
WH_KEYBOARD_LL ou WH_KEYBOARD ou peut-être WH_GETMESSAGE,
(HOOKPROC)NomDeLaFonctionDeHook,
hinst de la DLL,
0);
en ayant placé votre fonction de Hook dans une DLL (nécessaire dans ce
cas)
?
Si cela ne fonctionne pas, et si l'idée de l'écriture d'un filtre clavier
bas niveau (DDK, caca) jetez un oeil ici :
http://www.entechtaiwan.com/tools.htm
C'est un genre de Canada Dry du Device Driver. Ça à l'air de pas mal
fonctionner, sous tous Windows.
La journée à été utile...Mon pb était que je fabriquais un thread de
travail et non d'interface utilisateur.
il me manquait en gros le RUNTIME_CLASS(..).
J'ai fait la correction nécessaire et maintenant je capte bien les messages
venant de la fenêtre vidéo dans le thread.
SetWindowsHookEx( WH_KEYBOARD_LL ou WH_KEYBOARD ou peut-être WH_GETMESSAGE, (HOOKPROC)NomDeLaFonctionDeHook, hinst de la DLL, 0);
en ayant placé votre fonction de Hook dans une DLL (nécessaire dans ce
cas)
?
Si cela ne fonctionne pas, et si l'idée de l'écriture d'un filtre clavier bas niveau (DDK, caca) jetez un oeil ici : http://www.entechtaiwan.com/tools.htm C'est un genre de Canada Dry du Device Driver. Ça à l'air de pas mal fonctionner, sous tous Windows.
La journée à été utile...Mon pb était que je fabriquais un thread de travail et non d'interface utilisateur. il me manquait en gros le RUNTIME_CLASS(..). J'ai fait la correction nécessaire et maintenant je capte bien les messages venant de la fenêtre vidéo dans le thread.
