2009/6/22 Martin Catty <[email protected]>
>
> Michel Belleville a écrit :
> > Sinon, pour la méthode c'est assez simple :
> > - sélectionner tes champs <select> et leur attribuer une réponse à
> > l'évènement "change" : $('id_de_mon_select').observe('change',
> > function(event) { /* le code à exécuter ici */ });
> > - dans la méthode de callback, changer la valeur du champs de texte, par
> > exemple : $('id_de_mon_champs_de_texte').value = $F('id_de_mon_select');
>
> Avec prototype il y a aussi les timed observer [1] pour faire ce genre
> de chose qui sont bien pratiques et qui évitent d'avoir à gérer le type
> de champ.
En quoi un timed observer est-il plus simple qu'un observe('change', ... )
avec callback ? Encore avec un champs de texte ou autre (où il n'y a pas
moyen de le faire de toute façon) je comprend que ça ait une utilité, mais
sur un select ça me semble un poil overkill perso, d'autant que le
timedobserver réagira forcément moins vite (il ne s'exécute que tous les
tantième de seconde) et va plomber la machine (par exemple si le tantième de
secondes est petit, et si le nombre d'éléments à surveiller est grand).
Michel Belleville
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
[email protected]
Pour résilier votre abonnement envoyez un e-mail à l'adresse
[email protected]
-~----------~----~----~----~------~----~------~--~---
