Mihamina (R12y) Rakotomandimby <mihamina@rktmb.org> wrote:

> var expression = /[^a-z]/gi;

c koi le "g" ???

--
Une Bévue

Mihamina (R12y) Rakotomandimby <mihamina@rktmb.org> wrote:

> var expression = /[^a-z]/gi;

c koi le "g" ???

--
Une Bévue

Le 25/09/2007 01:26, Mickaël Wolff a écrit :
>
>> 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.

Le 25/09/2007 01:26, Mickaël Wolff a écrit :
>
>> 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.

Le 25/09/2007 07:07, Une Bévue a écrit :
>
>> 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.

Le 25/09/2007 07:07, Une Bévue a écrit :
>
>> 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.

Olivier Miakinen <om+news@miakinen.net> wrote:

> 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

Olivier Miakinen <om+news@miakinen.net> wrote:

> 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

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
expression’s
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
expression’s
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 ?

Le 25/09/2007 10:55, Pierre Goiffon a écrit :
>>
>> 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() ?

Le 25/09/2007 10:55, Pierre Goiffon a écrit :
>>
>> 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() ?

Le 25/09/2007 11:55, Olivier Miakinen a écrit :
>
> 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.

Le 25/09/2007 11:55, Olivier Miakinen a écrit :
>
> 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.

Olivier Miakinen wrote:

> Ça y est, j'ai trouvé.

Merci à tous.

Olivier Miakinen wrote:

> Ça y est, j'ai trouvé.

Merci à tous.