n'autoriser que des nombres décimaux encore!

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 ! :aie:

Bonjour,

Citation:

---

Envoyé par sebhm

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 ...)

Citation:

---

Envoyé par sebhm

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 !" :mrgreen:

Citation:

---

Envoyé par sebhm

- 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+

Citation:

---

Envoyé par E.Bzz

Réponse plus courte : "Parce que !" :mrgreen:

---

OK, je comprends ce que tu veux dire :mrgreen:

Citation:

---

Envoyé par E.Bzz

Et parseFloat() ?

---

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

Salut,

Citation:

---

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.

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

Code:

---

parseFloat('') => NaN

---

Code:

---

parseFloat('-') => NaN

---

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

Code:

---

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

---