Evenement Change

Version imprimable

Evenement Change

Bizzard il y a un post d'ajourd'hui avec des réponses qui a été supprimé, (ou je suis bigleux) ?

dans le doute je le remet, suivit de mes réponses, je n'ai biensur pas les réponse qui m'avaient été faite, puisque supprimé.

Bonjour,
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 <?xml version="1.0" encoding="utf-8"?> <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" creationComplete="init()" layout="absolute"> <mx:Script> <![CDATA[ import mx.controls.alert; private function init():void { bt1.toggle = true; bt1.addEventListener(Event.CHANGE, ecouteur); } private function ecouteur(e:Event):void { alert.show('Action in Load'); } private function declenche():void { bt1.selected = !bt1.selected; } ]]> </mx:Script> <mx:Button label="Button 1" id="bt1" x="311.5" y="32" width="263" height="41"/> <mx:Button label="Declenche" x="400.5" y="288" id="dec" click="declenche()"/> </mx:Application>
Si l'on click sur bt1, l'action alert.show('Action in Load'); ce déclenche bien.

Mais si l'on CHANGE, bt1 par programation, cad par la fonction declenche() a l'aide du bouton "dec", l'Evenement CHANGE n'a pas trop l'air de fonctionner ???

Plutot curieux non pour un Evenement CHANGE, non ?

Comment parer ce pb ?,
merci

---

Mes réponses :

Citation:

bt1.toggle = true; > c'est déja dans le code

@ cashmoney:

Citation:

je trouve que tu fais un grand tour alors que c'est plus simple d'y aller franco?? tu ne trouves pas??
Je trouve qu'il n'y pas d'intérêt à passer par de multiple code pour juste en arriver là, dans une grande appli, le fonctionnement pourrait perdre en vitesse d'exécution

C'est évident, ..., j'ai juste crée une émulation de mon pb.
C'est un exemple purement scolaire pour focaliser les helper sur le pb exposé.

Mon code est bien trop long, personne ne le lirait.

Mais juste pour l'idée, lors de ma programation d'état, je me retrouve avec un pb similaire, ou l'action onChange, ne se déclence pas, car c'est mon état (switch case) qui fixe la propriété des composants et non l'action de l'utilisateur.

Disons que ca arrive comme même souvent ce genre de situation en programmation.

Voila, merci

05/11/2009, 17h42
Jim_Nastiq

oui je l'ai supprimé car pour moi ce post recoupe ton autre post ou en tout est très similaire, et ne nécessite pas 2 threads. Si tu penses que je me trompe fait le moi savoir ;)
05/11/2009, 17h44
jylaxx

Jim j'ai moi aussi cru que le sujet était le même mais non...

Voici la réponse au problème rencontré :

Citation:

The user can change this property by clicking the control, but you can also set the property programmatically.

In previous versions, If the toggle property was set to true, changing this property also dispatched a change event. Starting in version 3.0, setting this property programmatically only dispatches a valueCommit event.
05/11/2009, 19h03
islogged

@Jim_Nastiq:

lol, ouaip ok, au moins je ne suis pas fou ^^

C'est effictement un pb entre moi et les event, (pourtant j'ai lu de la doc).

Mais non comme le dit toujours si bien jylaxx, c'est un autre pb.

@Jylaxx:
Ok, je ne suis pas une flêche en anglais, mais d'habitude je comprend a peu prés, mais la j'en suis pas trop sûre.

En gros avant la version d'action script 3.0, cela aurait bien envoyé un evenement CHANGE (donc mon truc aurait fonctionner), mais depuis la v3.0 ca n'envoie plus qu'un evenement "valueCommit".

Hormis que je ne sais pas ce que c'est, ..., c'est bien ma veine >_<

merci
05/11/2009, 20h05
jylaxx

Flex fait la distinction entre un changement de la propriété par programme qui ne renvoie effectivement plus l'événement CHANGE et le même changement par une intervention de l'utilisateur qui continue à envoyer cet événement.

VALUE_COMMIT est un autre événement qui a le comportement de CHANGE d'avant la version 3, c'est à dire qu'il est déclenché que le changement de valeur soit faite par programme ou par l'utilisateur.

Il suffit donc pour toi de remplacer CHANGE par VALUE_COMMIT.
06/11/2009, 09h24
islogged

Bien joué. Ta solution fonctionne trés bien.

Alors par contre, je ne sais pas si mon avis tiens la route contre Adobe ou les connaisseurs, mais la logique serait que par prog ou par utilisateur, on utilise les même chose.

Je trouve ca assez bordelique, illogique, mal fait, etc ...

Alors reprennez moi si je me méprend a tord, en attendant c'est pas fait pour faciliter la vie des develloppeur.

Non ?

dernière question après je passe en "résolue", quels ressources tu consulte pour trouver ce genre de réponse ? >

Citation:

The user can change this property by clicking the control, but you can also set the property programmatically.

In previous versions, If the toggle property was set to true, changing this property also dispatched a change event. Starting in version 3.0, setting this property programmatically only dispatches a valueCommit event.

Voila, un grand merci,
ca sera tout sur ce sujet ^^
06/11/2009, 10h02
Jim_Nastiq

le language reference tout simplement , c'est ton meilleur ami ;)

le lien direct vers la propriété selected de la classe button dont est extrait le texte
06/11/2009, 10h32
jylaxx

Effectivement je crois que la première source d'information est la documentation de référence...

Citation:

Alors par contre, je ne sais pas si mon avis tiens la route contre Adobe ou les connaisseurs, mais la logique serait que par prog ou par utilisateur, on utilise les même chose.
Je trouve ca assez bordelique, illogique, mal fait, etc ...
Alors reprennez moi si je me méprend a tord, en attendant c'est pas fait pour faciliter la vie des develloppeur.

On peut imaginer que cette modification correspond à une demande forte de... développeurs !
Personnellement je trouve bien que l'on fasse cette distinction. L'action à effectuer lors de la modification de certaines propriétés selon que cela soit fait par le programme lui même ou par l'utilisateur n'est pas toujours le même.
C'est toujours mieux d'avoir le choix !! Je trouve au contraire que cela peut simplifier la vie ;)
06/11/2009, 10h38
islogged

Ok, je vais parfois, sur ce lien qui est le même

http://livedocs.adobe.com/flex/3/langref/index.html

Alors le je viens juste de comprendre qu'il faut cocher "Language Reference only"

Parce que j'avais fait mes propres recherche et ca me retourner un tas de truc inutiles. Du coup je ne trouvais jamais rien ...

Néanmoins il faudrait presque une aide pour ce servir de l'aide. Donc :

1 - Est ce que ca existe en francais, (j'imagine que non)
(on comprend toujours mieux dans ca langue natal surtout lors de la résolution de pb)

J'ai pourtant acheté de bouquin, Flex and Air et AS3 O'Reilly de 950 page depuis plusieurs mois, et rien que cet info je ne l'aurais jamais eu dedant

2 - Donc c'est la seul référence, personne ne l'a repris de manière plus humaine/Pratique ?, car y'a tellement de truc qu'on passe svt a coté de l'info

merci
06/11/2009, 11h03
jylaxx

lol

classe Button -> properties Selected -> arrivée !!!
06/11/2009, 11h18
Jim_Nastiq

A titre perso, je trouve la doc plutôt vachement bien foutue :roll:

les classes sont dans le menu de gauche suffit de clicker ensuite tout est rangé par propriétés, méthodes, event, styles, et y'a même des exemples sur certaines classes... franchement que demander de plus ? :P

Et honnêtement l'anglais technique c'est pas insurmontable... et un développeur qui ne comprend pas l'anglais d'une doc il va galérer dans sa carrière :lol:

Et si tu n'es pas convaincu, va faire un tour du côté du MSDN (en français pour na gacher ton plaisir) , à ton retour sur le language reference d'Adobe tu seras au paradis :mouarf:
06/11/2009, 12h26
islogged

Citation:

Personnellement je trouve bien que l'on fasse cette distinction. L'action à effectuer lors de la modification de certaines propriétés selon que cela soit fait par le programme lui même ou par l'utilisateur n'est pas toujours le même.
C'est toujours mieux d'avoir le choix !! Je trouve au contraire que cela peut simplifier la vie

Ok, sur ce point, je ne vais pas insister, je pense que vous avez plus de crédit que moi ... :oops:

Citation:

Et si tu n'es pas convaincu, va faire un tour du côté du MSDN (en français pour na gacher ton plaisir) , à ton retour sur le language reference d'Adobe tu seras au paradis

Ok, enfin ce n'est pas parce que c'est pire ailleurs ...

Citation:

Et honnêtement l'anglais technique c'est pas insurmontable... et un développeur qui ne comprend pas l'anglais d'une doc il va galérer dans sa carrière

Non mais je comprend a peu prés l'anglais technique, c'est juste que c'est toujours plus facile de résoudre un pb dans un flot immence d'information dans sa langue natal. D'ailleurs si sur MSDN il se sont fait chier a traduire c'est pas par ce qu'il n'avait rien d'autre a faire j'imagine.

Aprés, ok qu'il n'y ait pas de traduction je peu bien entendu le concevoir, surtout que ca doit pas etre forcément bien dispatcher (sans jx de mot) dans les autres langues. Je vous l'accorde donc.

Citation:

lol
classe Button -> properties Selected -> arrivée !!!

A titre perso, je trouve la doc plutôt vachement bien foutue
les classes sont dans le menu de gauche suffit de clicker ensuite tout est rangé par propriétés, méthodes, event, styles, et y'a même des exemples sur certaines classes... franchement que demander de plus ?

Ouaip, mais quand on fournie flex et flash un menu de recherche flash/Flex, a la manière du menu de recherche "j" de winamp ca serait pas du luxe, que de faire déffiler et visiualer a la main 3000 classes pour voir c'elle qui eventuellement pourrait correspondre ; non ?

merci dans tous les cas pour votre aide ...
06/11/2009, 13h07
Jim_Nastiq

Citation:

Envoyé par islogged

D'ailleurs si sur MSDN il se sont fait chier a traduire c'est pas par ce qu'il n'avait rien d'autre a faire j'imagine.

Mon propos était justement d'illustrer le problème des traductions de documentation officiel ... sur ces forums (partie .NET) , on croise une question revenir souvent sur un soucis du genre :

"Je n'arrive pas a faire fonctionner ce bout de code, le compil ome crache blablalbal. "

Le problème ? dans la traduction du MSDN on a traduit les mots clés avec (oui oui :mouarf:) genre <%PassWord%> devient <%MotDePasse%> et le compilo lui il comprend plus ... bon certes je prends les cas extrème j'en ai conscience, et je le fais exprès. Mais, j'encourage les gens à comprendre et s'habituer à l'anglais, c'est à mon sens vraiment indispensable. Je comprends tout à fait ton point de vue sur le confort qu'apporte une doc en français aussi, je ne suis pas sadique au point de préférer l'anglais :aie:

Citation:

Envoyé par islogged

Ouaip, mais quand on fournie flex et flash un menu de recherche flash/Flex, a la manière du menu de recherche "j" de winamp ca serait pas du luxe, que de faire déffiler et visiualer a la main 3000 classes pour voir c'elle qui eventuellement pourrait correspondre ; non ?

si tu veux un champ de recherche avec auto completion je crois que tu peux taper F1 (la touche je précise :aie:) sur ton EDI Flash ou Flex ;)
06/11/2009, 14h47
islogged

Citation:

on a traduit les mots clés avec (oui oui ) genre <%PassWord%> devient <%MotDePasse%> et le compilo lui il comprend plus ... bon certes je prends les cas extrème

Pourquoi c'est pas traduit par des humains ?

Citation:

F1 (la touche je précise)

lol, tu me prend pour une bille, en prog je suis pas un killer particulierement en as3 que je découvre. Mais pour le reste ca va.

Citation:

si tu veux un champ de recherche avec auto completion je crois que tu peux taper F1 sur ton EDI Flash ou Flex

Ouaip, je sais y'a l'aide classique, plus il reprend les pages web, mais ya pas ce que tu dis, en tout cas sur Flex (je parle de l'autocomletion), ca reviens ni plus ni moins au site classique, avec des explication en plus du genre "qu'est ce qu'un bouton ?"

Donc bon, bof quoi ...