petite question qui a du etre posée 100 fois mais que je ne retrouve pas
comme peut on rendre inactive une touche.
y compris return et enter, meme s'il y a des champs ou des textes editables
t'as pas moyen : à toi de filtrer la frappe au keyDown, et de passer ou non l'event
-- ---------------- -- Ned ---------------------------------------- Bien faire et laisser braire ---------------------------------------- "RB" a écrit dans le message de news: | salut à tous | | petite question qui a du etre posée 100 fois mais que je ne retrouve pas | comme peut on rendre inactive une touche. | y compris return et enter, meme s'il y a des champs ou des textes editables | | merci à tous |
t'as pas moyen : à toi de filtrer la frappe au keyDown, et de passer ou non
l'event
--
----------------
-- Ned
----------------------------------------
Bien faire et laisser braire
----------------------------------------
"RB" <pasdespam_adeqmars@free.fr> a écrit dans le message de
news:3FA12FF1.3090606@free.fr...
| salut à tous
|
| petite question qui a du etre posée 100 fois mais que je ne retrouve pas
| comme peut on rendre inactive une touche.
| y compris return et enter, meme s'il y a des champs ou des textes
editables
|
| merci à tous
|
t'as pas moyen : à toi de filtrer la frappe au keyDown, et de passer ou non l'event
-- ---------------- -- Ned ---------------------------------------- Bien faire et laisser braire ---------------------------------------- "RB" a écrit dans le message de news: | salut à tous | | petite question qui a du etre posée 100 fois mais que je ne retrouve pas | comme peut on rendre inactive une touche. | y compris return et enter, meme s'il y a des champs ou des textes editables | | merci à tous |
RB
merci Ned
c'est dommage d'autant qu'avec mes premiers tests en filtrant je n'obtiens rien de bon surtout avec return et enter
le stopevent ne fait rien apres mais il tient tout de même compte de la frappe, (à moins d'une erreur de ma part)
merci
RB
Ned wrote:
t'as pas moyen : à toi de filtrer la frappe au keyDown, et de passer ou non l'event
merci Ned
c'est dommage
d'autant qu'avec mes premiers tests en filtrant
je n'obtiens rien de bon surtout avec return et enter
le stopevent ne fait rien apres mais il tient tout de même compte de la
frappe, (à moins d'une erreur de ma part)
merci
RB
Ned wrote:
t'as pas moyen : à toi de filtrer la frappe au keyDown, et de passer ou non
l'event
j'ai essayé les fonctions relative aux "key" mais en reflechissant il est normal que cela ne puisse pas marcher (encore qu'avec nos bécanes, marcher ou ne pas marcher ne veut pas dire grand chose). Pourquoi je pense que cela ne peut pas marcher, mais vous m'arretez si je me trompe. des que l'on appuie sur une touche pour que le message passe il faut forcement que l'identification de la touche se produise. donc quelle soit enregistrée et identifiée par le programme. le stopevent se produit (comme les autres fonctions) apres l'identification de la touche. et je n'ai pas trouvé comment arreter l'identification de la touche car c'est de cela qu'il s'agit. maintenant il existe peut etre une solution "une fois que le mal est fait" c'est à dire revenir à l'état initial une fois le keydown passé. mais il faut faire vite pour que cela ne se voit pas
bon on va bien voir...
RB
Lionel Morin wrote:
Salut RB
Regarde peut-être à "the keydownscript".
hth A+ Lionel Morin
merci pour ces réponses
j'ai essayé les fonctions relative aux "key"
mais en reflechissant il est normal que cela ne puisse pas marcher
(encore qu'avec nos bécanes, marcher ou ne pas marcher ne veut pas dire
grand chose).
Pourquoi je pense que cela ne peut pas marcher, mais vous m'arretez si
je me trompe.
des que l'on appuie sur une touche pour que le message passe il faut
forcement que l'identification de la touche se produise.
donc quelle soit enregistrée et identifiée par le programme. le
stopevent se produit (comme les autres fonctions) apres l'identification
de la touche. et je n'ai pas trouvé comment arreter l'identification de
la touche car c'est de cela qu'il s'agit.
maintenant il existe peut etre une solution "une fois que le mal est
fait" c'est à dire revenir à l'état initial une fois le keydown passé.
mais il faut faire vite pour que cela ne se voit pas
j'ai essayé les fonctions relative aux "key" mais en reflechissant il est normal que cela ne puisse pas marcher (encore qu'avec nos bécanes, marcher ou ne pas marcher ne veut pas dire grand chose). Pourquoi je pense que cela ne peut pas marcher, mais vous m'arretez si je me trompe. des que l'on appuie sur une touche pour que le message passe il faut forcement que l'identification de la touche se produise. donc quelle soit enregistrée et identifiée par le programme. le stopevent se produit (comme les autres fonctions) apres l'identification de la touche. et je n'ai pas trouvé comment arreter l'identification de la touche car c'est de cela qu'il s'agit. maintenant il existe peut etre une solution "une fois que le mal est fait" c'est à dire revenir à l'état initial une fois le keydown passé. mais il faut faire vite pour que cela ne se voit pas
bon on va bien voir...
RB
Lionel Morin wrote:
Salut RB
Regarde peut-être à "the keydownscript".
hth A+ Lionel Morin
Ned
non je t'assure qu'il est possible de filtrer toute saisie sur champ éditable rien qu'avec le "on keyDown" en comportement pour le srpite concerné :
on keyDown me if the key = RETURN then beep stopEvent() else pass end if end
-- ---------------- -- Ned ---------------------------------------- Bien faire et laisser braire ----------------------------------------
non je t'assure qu'il est possible de filtrer toute saisie sur champ
éditable rien qu'avec le "on keyDown" en comportement pour le srpite
concerné :
on keyDown me
if the key = RETURN then
beep
stopEvent()
else
pass
end if
end
--
----------------
-- Ned
----------------------------------------
Bien faire et laisser braire
----------------------------------------
on keyDown me if the key = RETURN then beep stopEvent() else pass end if end
et un texte editable
et dans ce cas de figure point de beep et la touche return fonctionne normalement
mais c'est vrai qu'a force de chercher les neurones (les miens) font beep
RB
Ned wrote:
non je t'assure qu'il est possible de filtrer toute saisie sur champ éditable rien qu'avec le "on keyDown" en comportement pour le srpite concerné :
on keyDown me if the key = RETURN then beep stopEvent() else pass end if end
Ned
le "on Keydown" est un comportement, à savoir un script à associer au sprite, et non pas à la frame (script d'image) : celle-ci ne récupère l'évênement que s'il n'a pas été traité par des sprite, donc dans ton cas jamais puisque un de tes sprite a un acteur éditable, sans comportement, donc qui gère les evts clavier automatiquement et par conséquent ne les laisse pas passer à la frame puis à l'anim'
-- ---------------- -- Ned ---------------------------------------- Bien faire et laisser braire ----------------------------------------
le "on Keydown" est un comportement, à savoir un script à associer au
sprite, et non pas à la frame (script d'image) : celle-ci ne récupère
l'évênement que s'il n'a pas été traité par des sprite, donc dans ton cas
jamais puisque un de tes sprite a un acteur éditable, sans comportement,
donc qui gère les evts clavier automatiquement et par conséquent ne les
laisse pas passer à la frame puis à l'anim'
--
----------------
-- Ned
----------------------------------------
Bien faire et laisser braire
----------------------------------------
le "on Keydown" est un comportement, à savoir un script à associer au sprite, et non pas à la frame (script d'image) : celle-ci ne récupère l'évênement que s'il n'a pas été traité par des sprite, donc dans ton cas jamais puisque un de tes sprite a un acteur éditable, sans comportement, donc qui gère les evts clavier automatiquement et par conséquent ne les laisse pas passer à la frame puis à l'anim'
-- ---------------- -- Ned ---------------------------------------- Bien faire et laisser braire ----------------------------------------
RB
Mea Culpa
tout est Ok
je pensais pouvoir tout "centraliser dans la frame
merci beaucoup Ned pour ta patience
RB
Ned wrote:
le "on Keydown" est un comportement, à savoir un script à associer au sprite, et non pas à la frame (script d'image) : celle-ci ne récupère l'évênement que s'il n'a pas été traité par des sprite, donc dans ton cas jamais puisque un de tes sprite a un acteur éditable, sans comportement, donc qui gère les evts clavier automatiquement et par conséquent ne les laisse pas passer à la frame puis à l'anim'
Mea Culpa
tout est Ok
je pensais pouvoir tout "centraliser dans la frame
merci beaucoup Ned pour ta patience
RB
Ned wrote:
le "on Keydown" est un comportement, à savoir un script à associer au
sprite, et non pas à la frame (script d'image) : celle-ci ne récupère
l'évênement que s'il n'a pas été traité par des sprite, donc dans ton cas
jamais puisque un de tes sprite a un acteur éditable, sans comportement,
donc qui gère les evts clavier automatiquement et par conséquent ne les
laisse pas passer à la frame puis à l'anim'
je pensais pouvoir tout "centraliser dans la frame
merci beaucoup Ned pour ta patience
RB
Ned wrote:
le "on Keydown" est un comportement, à savoir un script à associer au sprite, et non pas à la frame (script d'image) : celle-ci ne récupère l'évênement que s'il n'a pas été traité par des sprite, donc dans ton cas jamais puisque un de tes sprite a un acteur éditable, sans comportement, donc qui gère les evts clavier automatiquement et par conséquent ne les laisse pas passer à la frame puis à l'anim'
Lionel Morin
Au risque de me répéter => the keydownscript. Je m'en sers pour coder les raccourcis clavier. Donc pas d'association à un sprite particulier.
hth A+
Au risque de me répéter => the keydownscript.
Je m'en sers pour coder les raccourcis clavier.
Donc pas d'association à un sprite particulier.
