On Wed, Aug 28, 2002 at 11:19:49AM +0200, Marc SCHAEFER wrote:
> on a une base de donn�es avec 5000 clients et l'on d�sire offrir
> une recherche par nom, qui offre �galement de la `completion'.
>
> Id�e 2:
> - on envoie tous les mots diff�rents qui existent. Les mots dont
> les N premi�res lettres sont identiques sont envoy�s en une
> fois, sous forme de trois lettres.
>
> Marc SCHAEFER
> Martial GUEX
> Anne POSSOZ
>
> -> ('Mar', 'Anne POSSOZ') qui peuvent �tre propos�s en JS. Dans le
> premier cas, taper TAB lancera une requ�te pour N + 3 avec
> 'Mar' comme d�but.
Je suis pas sur d'avoir compris l'id�e 2 l� ...
Mais personnellement, j'aurai pr�f�r� ici l'alternative server-side
pour plusieurs raisons :
o Le mec qui utilise un browser qui supporte mal JS ou pas du tout
(lynx) sera dispens� d'envoyer un mail d'insulte au webmaster.
o On est donc certain du comportement server-side. Ce n'est pas le cas
chez le client.
o C'est quand meme 10x plus rapide de coder ca en PHP qu'en javascript
(sans compter les heures de test, etc).
Avec les connections actuelles, meme un 56k, on peut raisonnablement
dire qu'un formulaire soumis et une page recharg�e ne prend pas un
temps enorme. On peut aussi garder la page tr�s l�g�re pour accel�rer
encore la recharge de la page, voire pire, utiliser des frames.
Mais c'est clair que ce genre de code javascript peut �tre marrant �
faire, et pourrait �tre une alternative parall�le � un formulaire
soumis, mais ca me semble un peu "dangereux" de ne jurer que par ca.
> Quelqu'un a-t-il d�j� impl�ment� quelque chose de ce genre ?
Non, et apres quelques recherches sur Google, je n'ai rien trouv� non
plus ...
--
Sebastien Cevey <[EMAIL PROTECTED]>
Cine7 - www.cine7.net
Milcis - www.milcis.net
ICQ: 48895760
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.