Discussion :

[Destrumel]

Au sujet des fonctions action-script 'OnMouse'.
J'ai rencontré un problême de hiérarchie.

Voici un exemple :
Je place un MovieClip que je nomme "parent", j'y insère une sous-MovieClip que je nomme "enfant".
Dans "parent" je place onRollOut = fonction{<instructions;>}
Dans "enfant" je place onRollOver = fonction{<instructions;>}

Résumé :
. . . . MovieClip "parent" => parent.onRollOut=function( ){<affiche dans un premier texte le mot "parent>}
. . . . . . . |---- MovieClip "enfant => enfant.onRollOver=function(){<afficher dans un second texte le mot "enfant">}

Résultat : lors du survole 'enfant, le texte 'enfant' ne s'affiche pas (dans le texte réservé à enfant).
Le MovieClip 'Parent' semble cacher "enfant" à la souris.

Je croyais qu'il n'y avait pas de solution à cela

Merci d'avance.

Destrumel

[aorgerit]

Bonjour,

Tu fais le mélange entre la souris, qui est un objet, et le bouton, qui est un autre objet.
Et cela est applicable dès F5, puisque nous reprenons^partiellement le fil d'une autre discussion.

Dans ton cas du disposes d'un objet nommé "parent".

tu lui applique le code parent.onRollOut=...

pour son enfant, tu lui dis un autre code, no problemo toujours.
enfant.onRollOver...

Là tu constate, je te cite :
Le MovieClip 'Parent' semble cacher "enfant" à la souris

hé oui, c'est confirmé, à compter du moment où ton clip "parent" prend la priorité de profondeur sur son objet "enfant".

Plus précisément "parent" contient "enfant", de fait en pure théorie, parent contient enfant donc la priorité du code se fait sur "parent" et non "enfant" puisque le parent.onparent.onRollOut signifie que l'enfant EST présent.

Encore une histoire de famille ça.

Pour ma part j'aurais inversé, ce qui me semble plus logique dans le cadre d'un menu , je pense :
parent.onRollOver
et :
enfant.onRollOut.

Bien à toi.

[aorgerit]

complément.

j'ai oublié un truc peut être ,

Considère au niveau compréhension flash un bouton comme un équivalent d'un movieClip auquel on associe un enterFrame ( dur d'usine ) avec la position de la souris.
En conséquence il faut utiliser un movieClip.hitTest(...).
Si c'est "true" tu es dessus , si c'est "false" tu n'es pas dessus.
On fait la même chose en flash6 avec un MovieClip et Mouse.Show et Mouse.Hide, une fois les conditions "true/false" résolues.

Bien à toi.

[Destrumel]

Bonsoir,

Plus précisément "parent" contient "enfant", de fait en pure théorie, parent contient enfant donc la priorité du code se fait sur "parent" et non "enfant" puisque le parent.onparent.onRollOut signifie que l'enfant EST présent.

Cela signie que ce n'est pas possible. Il n'y a vraiment aucun moyen ?

priorité du code

Je ne connais pas ce concept. Qu'est-ce que c'est et à quoi ça sert.

Merci pour tes explications.

Destrumel

PS : OK, j'ai lu le HitTest(), malheureusement, il faudrait aussi que je sache si, à la position de la souris, mon MovieClip est caché un autre objet.

[thecaptain]

Salut,

La priorité du code, c'est la hiérarchie dans laquelle est exécuté le code : du clips le plus haut (le _root) au plus bas. Le problème étant que dans Flash 8, la gestion événementielle (srutout pour la souris) est mal fait et de ce fait si ton clip parent à une action onXXX (relative à la souris), les enfants ne reçevront pas l'événement
Notez que ceci a été complètement chamboulé en AS3 et que maintenant grâce au BubbleEvent, tout cela est parfaitement géré

@++

[Destrumel]

La priorité du code, c'est la hiérarchie dans laquelle est exécuté le code : du clips le plus haut (le _root) au plus bas.

Le code décrète que la souris pointe un movieclip avant d'avoir vérifié si elle survolait un des composants du movieClip ?
Je ne comprends pas bien.

Le problème étant que dans Flash 8, la gestion événementielle (srutout pour la souris) est mal fait et de ce fait si ton clip parent à une action onXXX (relative à la souris), les enfants ne reçevront pas l'événement

OK, pour AS2, c'est une confirmation

Notez que ceci a été complètement chamboulé en AS3 et que maintenant grâce au BubbleEvent, tout cela est parfaitement géré

Deux questions :
1 - Est-ce que l'AS3 fonctionne sur Linux,
2 - où puis-je trouver des infos sur le 'BubbleEvent' et le repérage souris( aucune aide trouvée sur Google)

Merci de votre aide.

Phildes

[thecaptain]

Salut,

Deux questions :
1 - Est-ce que l'AS3 fonctionne sur Linux,
2 - où puis-je trouver des infos sur le 'BubbleEvent' et le repérage souris( aucune aide trouvée sur Google)

- ta 1ère question ne veut rien dire : AS3, c'est le langage, à la publication cela reste un .swf Et Adobe a mis au point un Flash Player 9 pour linux il me semble, donc aucun souci de ce coté-la !
- le BubbleEvent, tu trouveras des informations sur le le blog de petepx, celui d'ekameleon et encore à plein d'endroit Mais pour comprendre le fonctionnement, mieux vaut faire un essaie. Et pour l'avoir fait, je peux te dire que ca marche du tonnerre

Le code décrète que la souris pointe un movieclip avant d'avoir vérifié si elle survolait un des composants du movieClip ?
Je ne comprends pas bien.

Ce qui se passe, c'est que Flash sait ou on a clické sur la scène, il envoie donc l'événement au _root. S'il n'y a pas d'action onXXX, alors il l'envoie au clip contenu dans le _root, le plus devant (donc avec la pronfondeur la plus grande). Si celui-ci n'a pas de onXXX alors, il fait pareil jusqu'a ce qu'il trouve le bon event et s'arrete ! Ce qui pose évidemment d'énormes problème pour les menus et autre (enfin y a des solutions ).

@++

[Destrumel]

Salut,

La priorité du code, c'est la hiérarchie dans laquelle est exécuté le code : du clips le plus haut (le _root) au plus bas. Le problème étant que dans Flash 8, la gestion événementielle (srutout pour la souris) est mal fait et de ce fait si ton clip parent à une action onXXX (relative à la souris), les enfants ne reçevront pas l'événement
Notez que ceci a été complètement chamboulé en AS3 et que maintenant grâce au BubbleEvent, tout cela est parfaitement géré

@++

OK vu :
http://livedocs.macromedia.com/flex/...27.html#118998

Je me plonge là-dedans. je pense que Falsh est en train de remonter très très vite sont retard

Merci beaucoup pour votre aide.

Phildes

[thecaptain]

Salut,

je pense que Falsh est en train de remonter très très vite sont retard

oui c'est ce que donne l'impression de ce nouveau langage maintenant faudra voir ce que Flash 9 nous réserve ! C'est en bonne voie en tout cas

@++

[aorgerit]

Bonjour,

[QUOTE=thecaptain]
la gestion événementielle (srutout pour la souris) est mal fait et de ce fait si ton clip parent à une action onXXX (relative à la souris), les enfants ne reçevront pas l'événement
QUOTE]


La gestion, évènementielle ou séquentielle, fonctionne parfaitement autant pour la souris que pour le reste.
Ce n'est q'une question d'organisation, et là seuls le papier et le crayon peuvent aider.


Bien à toi

[thecaptain]

Bonjour,
Salut,

la gestion événementielle (srutout pour la souris) est mal fait et de ce fait si ton clip parent à une action onXXX (relative à la souris), les enfants ne reçevront pas l'événement

La gestion, évènementielle ou séquentielle, fonctionne parfaitement autant pour la souris que pour le reste.
Ce n'est q'une question d'organisation, et là seuls le papier et le crayon peuvent aider.


Bien à toi

Je suis pas tout à fait d'accord avec toi Ayant un préférence pour Java (tout en adorant aussi le C++), je trouve que dans flash, la gestion des événements style 'click de souris' n'est pas très bien conçue du au fait justement que tu doive utiliser un certain type d'arborescance de tes clips (je dis pas que cela ne marche pas, mais que c'est contraignant). Si je me place par rapport à l'AS3, cela nous permettra d'avoir une structure de MovieClip beaucoup plus propre lorsque l'on fera des menus car justement nous ne somme pas limité à cause de la hiérarchie événementielle, c'est pour cela que je dit 'male faite'. Maintenant il ne faut pas prendre cela au pied de la lettre non plus On trouve toujours des solutions de contournement ^^

Quant au papier-crayon, je suis entièrement d'accord, pour faire quelque chose de professionnel, c'est indispensable !

@++

[Destrumel]

Bonsoir,

Pour moi, ce sujet est [résolu]

Merci très sincèrement à chacun de vous, tout spécialement à aorgerit et Thecaptain, tu temps que vous avez accordé à me répondre et à m'aider.

Je repars avec une foule d'information. Tout ce que j'attendais depuis 5 ans.

Je vais suivre ton conseil TheCaptain.

Avec tous mes voeux pour un bel avenir pour Flash

Destrumel