Le but de ce genre de codes est de s’assurer que le visiteur n’a pas oublié de remplir un champ. Filtrer les espaces ne rime pas à grand chose vu que de toutes manières, s’il n’a pas envie de répondre, il écrira n’importe quoi
Alors j’ai reussi ce matin a le faire fonctionné en testant le paramètre “lenght”, si c’est égal à 0 alors c’est pas rempli… méthode un peu barbare.
Neanmoins, je ne capte tjr pas pk ca ne fonctionne pas ! Un bug de ma version d’IE7 ? ou une mauvaise installation ? Google ne semblepas rapporté ce genre d’erreurs. Je n’est cependant pas encore essayé la méthode du getID.
Le message qui va suivre n’a pour but que de donner une éventuelle piste d’explication.
Je ne connais pas beaucoup le JavaScript, mais du moins, en Java quand on veut comparer deux chaînes de caractères, on ne se sert pas de l’opérateur == mais de la méthode [equals(String)](http://java.sun.com/j2se/1.5.0/docs/api/java/lang/String.html#equals(java.lang.Object) de la classe String.
Alors peut-être qu’en JavaScript c’est pareil, ou peut-être pas
Dans tous les cas : Bonne chance pour trouver ta solution.
Venant aussi du monde java javais fait cette supposition mais kedal, le javascript garde son statut de langage de script relativement simple d’utilisation.
Tu peux faire un copier coller complet de ta page ? (code javascript + html)
Et si tu testes ta page en local (en double cliquant dessus), fait gaffe avec IE7, il faut cliquer sur la barre jaune en haut pour activer le javascript
J’avais eu un problème de contrôle de taille de champt sur les retours chariots, pas encodés pareil entre IE et FF (IE mettait ses CRLF quel que soit l’encoding de la page FF mettait le standard unix, donc un car de plus par retour chariot sur IE
teste en forçant l’encoding de la page en ISO, puis UTF (par le menu affichage-encodage)??
pas convaincu mais c’est une piste