Bonjour,
Soient les morceaux de code suivants:
http://svn.infogerance.us/code/browser/JavaScriptCheckInput/trunk/index.html
http://svn.infogerance.us/code/browser/JavaScriptCheckInput/trunk/check_input.js
Ce que je cherche à faire avec est de faire un fomulaire avec un champ
texte et un submit mais ou le bouton submit disparait:
- quand un un caractère non autorisé est entré
- quand la chaine entrée contient un caractère non autorisé.
Je fais le controle de la chaine entrée à chaque evenement onKeyUp.
Je n'autausrise que les lettres majuscules et minuscules.
Le problème est que ce code fonctionne partiellement:
- le bouton submit disparait quand je rentre un espace mais réapparait
quand je rentre une lettre...
- ce n'est pas regulier, mais aléatoire.
Le navigateur avec lequel je teste: Firefox 2
Une chaine, entrée par caractère qui déclenche le bug: "ddd d d d d d d"
function check_input(ii) { var span_mess=document.getElementById('nmess'); var nom=document.getElementById(ii).value; var bouton=document.getElementById('submit'); var recherche=/[^a-z]/gi; var resultat=recherche.exec(nom); if(resultat) { bouton.style.display='none'; } else { bouton.style.display='block'; } }
[...]
Le problème est que ce code fonctionne partiellement: - le bouton submit disparait quand je rentre un espace mais réapparait quand je rentre une lettre... - ce n'est pas regulier, mais aléatoire.
Il semblerait que le problème vienne de la définition de la variable 'recherche', qui ne semble pas appeler un nouveau constructeur à chaque fois. En effet, contrairement à ce que je croyais, rajouter le flag g ne permet pas de retrouver toutes les occurrences en un seul appel, mais chaque nouvel appel de exec() donne une nouvelle occurrence (en fonction de la valeur de lastIndex).
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème (dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Mais les codes suivants résolvent *aussi* le problème.
1) var recherche = /[^a-z]/gi; recherche.lastIndex = 0; var resultat = recherche.exec(nom);
2) var recherche = new RegExp(/[^a-z]/gi); var resultat = recherche.exec(nom);
En conclusion, lastIndex n'est *pas* remis à zéro quand on fait juste : var recherche = /[^a-z]/gi;
Pour quelle raison ? Je l'ignore. Je vais continuer à investiguer dans la doc, mais peut-être que les gourous de ce lieu le savent déjà ?
Bonjour,
Soient les morceaux de code suivants:
Ils sont suffisamment courts pour que je les recopie dans l'article.
C'est quand même plus facile à retrouver.
function check_input(ii)
{
var span_mess=document.getElementById('nmess');
var nom=document.getElementById(ii).value;
var bouton=document.getElementById('submit');
var recherche=/[^a-z]/gi;
var resultat=recherche.exec(nom);
if(resultat)
{
bouton.style.display='none';
}
else
{
bouton.style.display='block';
}
}
[...]
Le problème est que ce code fonctionne partiellement:
- le bouton submit disparait quand je rentre un espace mais réapparait
quand je rentre une lettre...
- ce n'est pas regulier, mais aléatoire.
Il semblerait que le problème vienne de la définition de la variable
'recherche', qui ne semble pas appeler un nouveau constructeur à chaque
fois. En effet, contrairement à ce que je croyais, rajouter le flag g ne
permet pas de retrouver toutes les occurrences en un seul appel, mais
chaque nouvel appel de exec() donne une nouvelle occurrence (en fonction
de la valeur de lastIndex).
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème
(dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Mais les codes suivants résolvent *aussi* le problème.
1)
var recherche = /[^a-z]/gi;
recherche.lastIndex = 0;
var resultat = recherche.exec(nom);
2)
var recherche = new RegExp(/[^a-z]/gi);
var resultat = recherche.exec(nom);
En conclusion, lastIndex n'est *pas* remis à zéro quand on fait juste :
var recherche = /[^a-z]/gi;
Pour quelle raison ? Je l'ignore. Je vais continuer à investiguer dans
la doc, mais peut-être que les gourous de ce lieu le savent déjà ?
function check_input(ii) { var span_mess=document.getElementById('nmess'); var nom=document.getElementById(ii).value; var bouton=document.getElementById('submit'); var recherche=/[^a-z]/gi; var resultat=recherche.exec(nom); if(resultat) { bouton.style.display='none'; } else { bouton.style.display='block'; } }
[...]
Le problème est que ce code fonctionne partiellement: - le bouton submit disparait quand je rentre un espace mais réapparait quand je rentre une lettre... - ce n'est pas regulier, mais aléatoire.
Il semblerait que le problème vienne de la définition de la variable 'recherche', qui ne semble pas appeler un nouveau constructeur à chaque fois. En effet, contrairement à ce que je croyais, rajouter le flag g ne permet pas de retrouver toutes les occurrences en un seul appel, mais chaque nouvel appel de exec() donne une nouvelle occurrence (en fonction de la valeur de lastIndex).
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème (dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Mais les codes suivants résolvent *aussi* le problème.
1) var recherche = /[^a-z]/gi; recherche.lastIndex = 0; var resultat = recherche.exec(nom);
2) var recherche = new RegExp(/[^a-z]/gi); var resultat = recherche.exec(nom);
En conclusion, lastIndex n'est *pas* remis à zéro quand on fait juste : var recherche = /[^a-z]/gi;
Pour quelle raison ? Je l'ignore. Je vais continuer à investiguer dans la doc, mais peut-être que les gourous de ce lieu le savent déjà ?
Mickaël Wolff
Rechercher toutes les occurrences au lieu de s'arrêter à la première trouvée.
Oui mais, c'est pas à toi que je posais la question, mais à l'initiateur du fil ^^; Pour savoir s'il n'avait pas un problème de compréhension à ce propos.
Rechercher toutes les occurrences au lieu de s'arrêter à la première
trouvée.
Oui mais, c'est pas à toi que je posais la question, mais à
l'initiateur du fil ^^; Pour savoir s'il n'avait pas un problème de
compréhension à ce propos.
Rechercher toutes les occurrences au lieu de s'arrêter à la première trouvée.
Oui mais, c'est pas à toi que je posais la question, mais à l'initiateur du fil ^^; Pour savoir s'il n'avait pas un problème de compréhension à ce propos.
Rechercher toutes les occurrences au lieu de s'arrêter à la première trouvée.
Oui mais, c'est pas à toi que je posais la question, mais à l'initiateur du fil ^^; Pour savoir s'il n'avait pas un problème de compréhension à ce propos.
D'accord. Mais justement j'avais moi-même une fausse idée du fonctionnement de exec() avec un flag g. Cf. mon autre article intitulé « la lumière ? » qui montre que la question n'est plus de savoir comment fonctionne ce flag, mais plutôt pourquoi une variable locale n'est pas réinitialisée à chaque entrée dans la fonction.
Rechercher toutes les occurrences au lieu de s'arrêter à la première
trouvée.
Oui mais, c'est pas à toi que je posais la question, mais à
l'initiateur du fil ^^; Pour savoir s'il n'avait pas un problème de
compréhension à ce propos.
D'accord. Mais justement j'avais moi-même une fausse idée du
fonctionnement de exec() avec un flag g. Cf. mon autre article
intitulé « la lumière ? » qui montre que la question n'est plus
de savoir comment fonctionne ce flag, mais plutôt pourquoi une
variable locale n'est pas réinitialisée à chaque entrée dans la
fonction.
Rechercher toutes les occurrences au lieu de s'arrêter à la première trouvée.
Oui mais, c'est pas à toi que je posais la question, mais à l'initiateur du fil ^^; Pour savoir s'il n'avait pas un problème de compréhension à ce propos.
D'accord. Mais justement j'avais moi-même une fausse idée du fonctionnement de exec() avec un flag g. Cf. mon autre article intitulé « la lumière ? » qui montre que la question n'est plus de savoir comment fonctionne ce flag, mais plutôt pourquoi une variable locale n'est pas réinitialisée à chaque entrée dans la fonction.
Olivier Miakinen
var expression = /[^a-z]/gi;
c koi le "g" ???
Ç vt dr kon v fr 1 rech gbl.
Pour de plus amples explications, en français et pas en SMS, lire les autres articles du fil de discussion.
var expression = /[^a-z]/gi;
c koi le "g" ???
Ç vt dr kon v fr 1 rech gbl.
Pour de plus amples explications, en français et pas en SMS, lire les
autres articles du fil de discussion.
Pour de plus amples explications, en français et pas en SMS, lire les autres articles du fil de discussion.
ok, merci, j'ai trouvé !
-- Une Bévue
Pierre Goiffon
Olivier Miakinen wrote:
En effet, contrairement à ce que je croyais, rajouter le flag g ne permet pas de retrouver toutes les occurrences en un seul appel, mais chaque nouvel appel de exec() donne une nouvelle occurrence (en fonction de la valeur de lastIndex).
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème (dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Extrait de la doc Netscape "JavaScript 1.3 Client Reference", sur la méthode exec :
----8<----8<---- If your regular expression uses the "g" flag, you can use the exec method multiple times to find successive matches in the same string. When you do so, the search starts at the substring of str specified by the regular expressions lastIndex propertyproperty. For example, assume you have this script: <SCRIPT LANGUAGE="JavaScript1.2"> myRe=/ab*/g; str = "abbcdefabh" myArray = myRe.exec(str); document.writeln("Found " + myArray[0] + ". Next match starts at " + myRe.lastIndex) mySecondArray = myRe.exec(str); document.writeln("Found " + mySecondArray[0] + ". Next match starts at " + myRe.lastIndex) </SCRIPT> This script displays the following text: Found abb. Next match starts at 3 Found ab. Next match starts at 9 ----8<----8<----
Je ne suis pas sûr que cette doc soit toujours disponible en ligne ?
Olivier Miakinen wrote:
En effet, contrairement à ce que je croyais, rajouter le flag g ne
permet pas de retrouver toutes les occurrences en un seul appel, mais
chaque nouvel appel de exec() donne une nouvelle occurrence (en fonction
de la valeur de lastIndex).
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème
(dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Extrait de la doc Netscape "JavaScript 1.3 Client Reference", sur la
méthode exec :
----8<----8<----
If your regular expression uses the "g" flag, you can use the exec method
multiple times to find successive matches in the same string. When you
do so,
the search starts at the substring of str specified by the regular
expressions
lastIndex propertyproperty. For example, assume you have this script:
<SCRIPT LANGUAGE="JavaScript1.2">
myRe=/ab*/g;
str = "abbcdefabh"
myArray = myRe.exec(str);
document.writeln("Found " + myArray[0] +
". Next match starts at " + myRe.lastIndex)
mySecondArray = myRe.exec(str);
document.writeln("Found " + mySecondArray[0] +
". Next match starts at " + myRe.lastIndex)
</SCRIPT>
This script displays the following text:
Found abb. Next match starts at 3
Found ab. Next match starts at 9
----8<----8<----
Je ne suis pas sûr que cette doc soit toujours disponible en ligne ?
En effet, contrairement à ce que je croyais, rajouter le flag g ne permet pas de retrouver toutes les occurrences en un seul appel, mais chaque nouvel appel de exec() donne une nouvelle occurrence (en fonction de la valeur de lastIndex).
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème (dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Extrait de la doc Netscape "JavaScript 1.3 Client Reference", sur la méthode exec :
----8<----8<---- If your regular expression uses the "g" flag, you can use the exec method multiple times to find successive matches in the same string. When you do so, the search starts at the substring of str specified by the regular expressions lastIndex propertyproperty. For example, assume you have this script: <SCRIPT LANGUAGE="JavaScript1.2"> myRe=/ab*/g; str = "abbcdefabh" myArray = myRe.exec(str); document.writeln("Found " + myArray[0] + ". Next match starts at " + myRe.lastIndex) mySecondArray = myRe.exec(str); document.writeln("Found " + mySecondArray[0] + ". Next match starts at " + myRe.lastIndex) </SCRIPT> This script displays the following text: Found abb. Next match starts at 3 Found ab. Next match starts at 9 ----8<----8<----
Je ne suis pas sûr que cette doc soit toujours disponible en ligne ?
Olivier Miakinen
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème (dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Extrait de la doc Netscape "JavaScript 1.3 Client Reference", sur la méthode exec :
Merci de ton intervention, mais la question n'est plus vraiment sur le fonctionnement de exec(). Elle est plutôt sur l'initialisation des variables. Tiens, voici l'exemple que tu as cité modifié pour le mettre dans une fonction.
<SCRIPT LANGUAGE="JavaScript1.2"> function testg() { myRe=/ab*/g; str = "abbcdefabhabbbz" document.writeln("First match starts at " + myRe.lastIndex) myArray = myRe.exec(str); document.writeln("Found " + myArray[0] + ". Next match starts at " + myRe.lastIndex) mySecondArray = myRe.exec(str); document.writeln("Found " + mySecondArray[0] + ". Next match starts at " + myRe.lastIndex + "<br>") } testg(); testg(); </SCRIPT>
Résultat : First match starts at 0 Found abb. Next match starts at 3 Found ab. Next match starts at 9 First match starts at 9 Found abbb. Next match starts at 14
Ma question : Pourquoi lastIndex n'est-il pas mis à 0 lorsque myRe est réinitialisée au début du deuxième appel de testg() ?
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème
(dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Extrait de la doc Netscape "JavaScript 1.3 Client Reference", sur la
méthode exec :
Merci de ton intervention, mais la question n'est plus vraiment sur le
fonctionnement de exec(). Elle est plutôt sur l'initialisation des
variables. Tiens, voici l'exemple que tu as cité modifié pour le mettre
dans une fonction.
<SCRIPT LANGUAGE="JavaScript1.2">
function testg() {
myRe=/ab*/g;
str = "abbcdefabhabbbz"
document.writeln("First match starts at " + myRe.lastIndex)
myArray = myRe.exec(str);
document.writeln("Found " + myArray[0] +
". Next match starts at " + myRe.lastIndex)
mySecondArray = myRe.exec(str);
document.writeln("Found " + mySecondArray[0] +
". Next match starts at " + myRe.lastIndex + "<br>")
}
testg();
testg();
</SCRIPT>
Résultat :
First match starts at 0 Found abb. Next match starts at 3 Found ab. Next
match starts at 9
First match starts at 9 Found abbb. Next match starts at 14
Ma question :
Pourquoi lastIndex n'est-il pas mis à 0 lorsque myRe est réinitialisée
au début du deuxième appel de testg() ?
Comme tu l'as déjà constaté, ne pas mettre le flag g résoud le problème (dans ce cas, lastIndex est remis à zéro au début de l'appel de exec).
Extrait de la doc Netscape "JavaScript 1.3 Client Reference", sur la méthode exec :
Merci de ton intervention, mais la question n'est plus vraiment sur le fonctionnement de exec(). Elle est plutôt sur l'initialisation des variables. Tiens, voici l'exemple que tu as cité modifié pour le mettre dans une fonction.
<SCRIPT LANGUAGE="JavaScript1.2"> function testg() { myRe=/ab*/g; str = "abbcdefabhabbbz" document.writeln("First match starts at " + myRe.lastIndex) myArray = myRe.exec(str); document.writeln("Found " + myArray[0] + ". Next match starts at " + myRe.lastIndex) mySecondArray = myRe.exec(str); document.writeln("Found " + mySecondArray[0] + ". Next match starts at " + myRe.lastIndex + "<br>") } testg(); testg(); </SCRIPT>
Résultat : First match starts at 0 Found abb. Next match starts at 3 Found ab. Next match starts at 9 First match starts at 9 Found abbb. Next match starts at 14
Ma question : Pourquoi lastIndex n'est-il pas mis à 0 lorsque myRe est réinitialisée au début du deuxième appel de testg() ?
Olivier Miakinen
Ma question : Pourquoi lastIndex n'est-il pas mis à 0 lorsque myRe est réinitialisée au début du deuxième appel de testg() ?
Ça y est, j'ai trouvé.
<cit. Standard ECMA-262 Déc. 1999 paragraphe 7.8.5> 7.8.5 Regular Expression Literals [...] The object is created before evaluation of the containing program or function begins. Evaluation of the literal produces a reference to that object; it does not create a new object. [...] </cit.>
En bref, l'expression littérale /[^a-z]/gi (ou /ab*/gà est évaluée une seule fois, et à chaque appel de la fonction la variable reçoit une simple référence vers cet objet unique. Il est donc normal que lastIndex ne soit pas remis à zéro puisqu'il n'y a pas création d'un nouvel objet.
Ma question :
Pourquoi lastIndex n'est-il pas mis à 0 lorsque myRe est réinitialisée
au début du deuxième appel de testg() ?
Ça y est, j'ai trouvé.
<cit. Standard ECMA-262 Déc. 1999 paragraphe 7.8.5>
7.8.5 Regular Expression Literals
[...] The object is created before evaluation of the containing program
or function begins. Evaluation of the literal produces a reference to
that object; it does not create a new object. [...]
</cit.>
En bref, l'expression littérale /[^a-z]/gi (ou /ab*/gà est évaluée une
seule fois, et à chaque appel de la fonction la variable reçoit une
simple référence vers cet objet unique. Il est donc normal que lastIndex
ne soit pas remis à zéro puisqu'il n'y a pas création d'un nouvel objet.
Ma question : Pourquoi lastIndex n'est-il pas mis à 0 lorsque myRe est réinitialisée au début du deuxième appel de testg() ?
Ça y est, j'ai trouvé.
<cit. Standard ECMA-262 Déc. 1999 paragraphe 7.8.5> 7.8.5 Regular Expression Literals [...] The object is created before evaluation of the containing program or function begins. Evaluation of the literal produces a reference to that object; it does not create a new object. [...] </cit.>
En bref, l'expression littérale /[^a-z]/gi (ou /ab*/gà est évaluée une seule fois, et à chaque appel de la fonction la variable reçoit une simple référence vers cet objet unique. Il est donc normal que lastIndex ne soit pas remis à zéro puisqu'il n'y a pas création d'un nouvel objet.
