Discussion :

[sebhm]

oui, je sais la question a �t� largement d�battue.
Je la repose quand m�me.

2 choses en fait :

1. Si on veut contr�ler ce que saisit l'utilisateur par Javascript, quel �v�nement est le plus appropri� ?
Il faut d'abord choisir entre onkeydown, onkeypress et onkeyup...
et on est alors vuln�rable � ce bon vieux copier-coller : il faudrait alors �galement contr�ler le champ avec un onchange
Pourquoi n'existe-t-il pas un �v�nement du genre on_content_change qui r�agirait simplement lorsque la valeur du champ change, et ce sans attendre la perte du focus ?

2. Contr�lons alors que nous avons un nombre d�cimal:
- on peut contr�ler la touche avec keycode/which : faut alors permettre les chiffres [0-9], le point, le signe moins (qui ne devrait �tre autoris� qu'en premi�re position mais qui doit obligatoirement �tre suivi d'un chiffre : je me suis d�j� bien emb�t� avec �a!), et les touches du genre Entr�e, backSpace, Ctrl ....
- on peut contr�ler la valeur du champ avec isNaN : mais alors qu'avec un onchange, parce que la saisie du signe moins va nous emb�ter sinon...


bon, voila le genre de betises qui me prend la tete !

[E.Bzz]

Bonjour,

1. Si on veut contr�ler ce que saisit l'utilisateur par Javascript, quel �v�nement est le plus appropri� ?

En cours de frappe : onkeyup (pour v�rifier la saisie de caract�res autoris�s)
En fin de saisie : onchange (pour v�rifier le formatage, les plages valeurs �ventuelles ...)

Pourquoi n'existe-t-il pas un �v�nement du genre on_content_change qui r�agirait simplement lorsque la valeur du champ change, et ce sans attendre la perte du focus ?

Parce que la valeur n'a chang� qu'une fois le focus parti. Avant elle est "en cours de modification", et le nav ne peut pas lire dans tes pens�es pour savoir si tu as fini ou si tu as encore quelque chose � taper.
R�ponse plus courte : "Parce que !"

- on peut contr�ler la valeur du champ avec isNaN : mais alors qu'avec un onchange, parce que la saisie du signe moins va nous emb�ter sinon...

Et parseFloat() ?

A+

[sebhm]

R�ponse plus courte : "Parce que !"

OK, je comprends ce que tu veux dire

Et parseFloat() ?

l�, je comprends moins.
C'est un test que je veux faire, pas une conversion

[andry.aime]

Salut,

C'est un test que je veux faire, pas une conversion

parseFloat retourne le nombre r�el � partir du premier caract�re jusqu'au chiffre valide sinon il retourne NAN si le premier caract�re n'est pas un chiffre.
Donc parseFloat permet une conversion et un test � la fois.

[sebhm]

OK, mais faut alors utiliser parseFloat avec un onchange
parce que pendant la saisie, il devient embetant

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

parseFloat('') => NaN

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

parseFloat('-') => NaN

au cours de la saisie (onkeyup), je fais ceci :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
function que_valeur_numerique(champ) {
  chaine=champ.value;
 
  if (chaine != '-') {
    while (isNaN(chaine)) {
      //tant qu'on n'a pas un nombre, on supprime le dernier caractere
      chaine=chaine.substr(0, chaine.length-1)
      champ.value=chaine;
    }
  }
  return chaine;
}