Reprise du message précédent :
drapal

mmmh, quelqu'un sait comment virer les horribles boutons "submit query" qui s'affichent ?
 
sinon bravo pour le script c'est vraiment super...

oups oubliez, c'était dropdown.png qu'était po là

Loin de moi l'idée de dénigrer le code de Magic Buzz, mais y'a celui de YUI qui marche très bien

Bonjour, j'ai l'impression que ce sujet n'arrêtera jamais d'enfler...
En effet, j'ai utilisé le script de MagicBuzz, je l'ai d'ailleurs contacté mais il m'a expliqué qu'il n'avait pas travaillé sur le sujet depuis longtemps...
 
J'orais quelques petites questions :
- Karamilo tu aurais un lien plus récent vers ta version?
- Est-ce que quelqu'un a géré le fait que, lorsque l'on reste appuyé sur Flèche bas, on ne fait pas défiler la selection?
- De plus, la barre de scroll ne suit pas lorsque l'on descend avec flèche bas...
- Et enfin : pourquoi mon formulaire ne se "submite" plus lorsque je me sers de Entrée!
 
On dirait que c'est entièrement buggé lorsque je demande tout ca! Mais justement non, ca prend forme...
Alors si vous pouviez m'aider pour finaliser tout ca...
Merci d'avance.  

sans remettre en cause la qualité du dev de MagicBuzz, je tiens juste à signaler que maintenant la plupart des toolboxs ajax intègrent ce genre de chose. Elles sont plus riches fonctionnelement et plus régulierement maintenues.
Par exemple dans YUI:
http://developer.yahoo.com/yui/autocomplete/
et les exemples ( utilisant json, xml, 'in memory data', ou ce que tuveux):
http://developer.yahoo.com/yui/exa [...] index.html

Ok merci anapajari mais je reste sur la version de Magic', elle me convient très bien, de plus je ne veux pas m'encombrer avec les .js de YUI...
J'utilise ses Cooltexts pour le travail et étant donné que c'est sur une jsp que j'utilise ca, mon appli est déjà assez "lourde".
Mes demandes restent donc d'actualité.
help... ^^

Moi j'ai plus trop mis à jour la mienne mais je l'ai plutôt réutilisé pour ça :
http://www.siteduzero.com/membres-292.html
Tout en bas, le champ "Pseudo". La liste est générée avec xmlrequest en JS. C'est un peu lent mais ça marche pas trop mal

Merci karamilo, je ne sais pas si c'est dû a IE 6 mais la scroll bar ne suit pas la selection lorsqu'on fait flèche bas...
Par contre n'as tu pas eu à pallier au fait que les events(notamment l'appui sur la touche entrée) de ta liste prennent le pas sur la validation du formulaire avec cette même touche?

Tiens, content de te revoir par ici MagicBuzz
 
Le test, tu le mettrai au niveau de tes appels comme :
 
 inputField.onkeydown = hKeyDown;
 if (inputField.captureEvents) inputField.captureEvent(Event.KEYDOWN);
 
??

Tu va rire j'ai deja testé ca depuis quelques temps, ce n'est pas ca!!!
 
(pour la touche Entrée)

Bon...
 
Je suis largué et je n'arrive à rien, je passerais bien à autre chose mais il ne me reste que ça à finaliser!
Pour "entrée" je suis près de la solution mais la je n'arrive même plus à réflechir, décidément vive java...tout court
 
le scroll j'ai tout tenté, scroll, scrollto, scrollintoview...
 
hotline javascript...tuuut...tuuut....tuuut...tuuut, personne au standard!

ouais je connais ca aussi hihi

bon alors je sais pas comment marche le truc, mais a propos de scrollTo:

• scrollTo est une méthode de l'objet window, il est pas accessible dans les noeuds (même dotés d'un overflow).
• l'equivalent au niveau du noeud c'est scrollTop ( supporté par IE/FF, je te conseille d'ailleurs la lecture de la doc sur scrollTop)

ScrollTop, je n'arrive pas a l'utiliser avec l'element div
 
auquel j'accede par un document.getElementById(...)

En fait c'est bon, avec un petit effet de bord quand on passe la souris sur le div :  
j'utilise en effet
 
document.getElementById("dropdownList-" + strName).scrollTop= int;
 
Merci anapajari, c'est dèjà ca de fait...

sinon pour la touche entrée tu peux montrer exactement ton source sur onkeydown?
Il faut faire super attention sur les evenements car de petites choses peuvent arrêter leur propagation ( par exemple un alert).

euh j'ai une erreur JS ligne 118 caractere 17 (enfin c'est ce que me dit mon IE6), quand je saisis du texte dans la 1ere textbox et que j'appuie sur Entrée
 
Edit : a priori je suis pas le seul ;o)

normalement le onkeyup on s'en tape vu que la soumission du formulaire se fait avant.
Pour le down, dans la page précédente tu testes le display à none et tu parles ici di visibility hidden, s'normal?

anapajari, tu pensais à utilier un e.stopPropagation()?
D'ailleurs, le return false; dans le hKeyDown() de MagicBuzz ne définit-t-il pas un event par défaut???
 
 

nan
Je disais qu'il faut faire attention dans le onKeyDown de justement pas arrêter la propagation ( la soumission du formulaire se faisant entre le keydown et le keyup normalement).

Toujours pas de solution pour cette histoire d'event et de submit...
Colle pour MagicBuzz : Sais tu pourquoi, Lorsque je soumet mon formulaire, et que je reprend le focus sur le champ texte (contenant le cooltext et l'info saisie avant l'envoi du form), je perds les infos du champ?
Bonne question hein, cela viendrai-t-il de ton code?
 
Oublie la colle, je n'avais pas regardé du coté du hFocus()

On remarque le même bug au niveau de l'appui sur la touche TAB, j'utilise des tabindex sur mes champs, et je ne peux pas l'utiliser aussi pour fermer une des listes, même si je fais un test pour voir si elles sont visibles...

Et, dernier bug restant et plutôt lourd, si on fait bouger la scroll bar a partir d'un click, elle garde le focus et descend et remonte au grés des "flèche haut" et "flèche bas" de l'uti...
Au lieu de faire bouger la selection dans le div.

Bon, finalement pour pallier aux petits problèmes de touches clavier, j'ai :
- Mis un onClick sur le body, qui ferme les listes.
- Mis un onKeyDown sur mon formulaire, qui teste(avec un booléen) si on a fait une selection dans la liste a partir de la touche entrée ou si les listes sont cachées, dans ce dernier cas, on submite. Et si la touche est tab (window.event.keyCode==9), alors je met les listes a visibility='hidden'...
 
C'est sale, mais ca marche...
 
Oui oui je sais, il y en a qui ont une vie à coté!!!
 
 

Bon, un dernier post pour dire que tout est bon sur ma version, j'ai changé de méthode par rapport au post supérieur pour quelque chose de plus conventionnel.
J'ai aussi évité les boutons pour ouvrir mes listes.
Et quelques autres petites modifs, si quelqu'un veut des infos, contactez-moi...

petite question : quand vous mettez vos fonctions personelles dnas les onclick et autres événement du body, est ce que vous avez pensez au fait qu'il pouvait déjà y avoir une autre fonction de relié à cet évènement là du body?
En clair, est ce que vous écrasez l'anciene référence de l'évènement ou est ce que vous vous rajoutez en plus de ce qui existait déjà?

Ca dépend de quel action est déclenchée par cet évènement.
Aurais-tu un exemple concret?  
 
Mais sinon, si une action est déclenchée par un onClick() sur le body(exemple donner le focus a la page), tu peux toujours appeler une fonction perso sur cette évènement en faisant un test pour eviter l'autre action, ou réaliser les deux l'une après l'autre...

ugopetit > A une époque j'ai eu à utiliser deux scripts javascript qui utilisaient le onclick. L'un des deux étaient pour un menu déroulant et je ne me rapellais plus trop ce que faisaient l'autre. Pour que les deux marchent bien j'ai du les modifier afin de désactiver leur affectation automatique du onclick du body et créer ma propre fonction branché sur le on click et qui appellait les fonctions qu'il fallait de ces deux script là.
 
En fait, quand on utilise des scripts externe qui se disent clé en main, c'est chiant si on se retrouve à devoir penser à rajouter un événement dans le onclick de chaque page où on l'utilise mais c'est encore plus embêtant si le script se branche sur tel ou tel événement en s'imaginant être le seul au monde à avoir besoin de le faire et donc sans vérifier ce qui était déjà connecté dessus.

dans la plupart des toolkits "ajax-web2.0-megabuzz" tu as une fonction "attachEvent" faite proprement, qui te permet d'ajouter une action sur un event sans écraser l'éxistant