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;
}