Hello...
Mon problème est le suivant :
Je DOIS pouvoir rendre active ou non une zone de saisie.
... Facile (disabled)
MAIS je DOIS conserver le même style dans les deux cas (pas grisé...)
Est-ce possible ? J'ai tenté avec readonly... mais j'ai l'impression que
cette propriete est READONLY justement...
C'est sur qu'en testant readonly... ca marche moins bien...
Donc attribut case sensitif
encore merci...
"m-e-" a écrit dans le message de news:
"multimatum2" a écrit dans le message de news:
Est-ce possible ? J'ai tenté avec readonly... mais j'ai l'impression que cette propriete est READONLY justement...
readOnly fonctionne sous Firefox et IE6 en tout cas.
document.getElementById('I1').readOnlyúlse;
m-e-
"multimatum2" a écrit dans le message de news:
Merci bcp...
C'est sur qu'en testant readonly... ca marche moins bien...
Donc attribut case sensitif
Il me semblait bien que vous aviez du vous tromper dans la casse. Cela dépend peut-être de la version, mais tout semble y être sensible : attributs, variables, fonctions, mots clés...
"multimatum2" <multimatum2@voila.fr> a écrit dans le message de news: 1096980129.25937.0@ersa.uk.clara.net...
Merci bcp...
C'est sur qu'en testant readonly... ca marche moins bien...
Donc attribut case sensitif
Il me semblait bien que vous aviez du vous tromper dans la casse.
Cela dépend peut-être de la version, mais tout semble y être sensible : attributs, variables, fonctions, mots clés...
C'est sur qu'en testant readonly... ca marche moins bien...
Donc attribut case sensitif
Il me semblait bien que vous aviez du vous tromper dans la casse. Cela dépend peut-être de la version, mais tout semble y être sensible : attributs, variables, fonctions, mots clés...
ASM
Hello... Mon problème est le suivant : Je DOIS pouvoir rendre active ou non une zone de saisie. ... Facile (disabled) MAIS je DOIS conserver le même style dans les deux cas (pas grisé...)
Est-ce possible ? J'ai tenté avec readonly... mais j'ai l'impression que cette propriete est READONLY justement...
Non, je n'ai pas l'impression que ce soit casse sensitive
mais ceci (2 cas) fonctionne (pas beoin de 'javascrit:' dans le 'onclick') :
Hello...
Mon problème est le suivant :
Je DOIS pouvoir rendre active ou non une zone de saisie.
... Facile (disabled)
MAIS je DOIS conserver le même style dans les deux cas (pas grisé...)
Est-ce possible ? J'ai tenté avec readonly... mais j'ai l'impression que
cette propriete est READONLY justement...
Non, je n'ai pas l'impression que ce soit casse sensitive
mais ceci (2 cas) fonctionne
(pas beoin de 'javascrit:' dans le 'onclick') :
Hello... Mon problème est le suivant : Je DOIS pouvoir rendre active ou non une zone de saisie. ... Facile (disabled) MAIS je DOIS conserver le même style dans les deux cas (pas grisé...)
Est-ce possible ? J'ai tenté avec readonly... mais j'ai l'impression que cette propriete est READONLY justement...
Non, je n'ai pas l'impression que ce soit casse sensitive
mais ceci (2 cas) fonctionne (pas beoin de 'javascrit:' dans le 'onclick') :
[...] Non, je n'ai pas l'impression que ce soit casse sensitive
En fait, les spécifications ECMA-262 indiquent la sensibilité à la casse dans la version de 1997 (certainement 1ère édition : http://developer.netscape.com/docs/javascript/e262-pdf.pdf) mais plus dans celle de 1999 (3ème édition : http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf).
Pour les liens entre javascript et l'ECMA on peut se référer ici : http://devedge.netscape.com/library/manuals/2000/javascript/1.5/guide/intro.html#1013654
Je lis dans le guide JavaScript 1.5 que ce language est sensible à la casse : "Because JavaScript is case sensitive[...]" (http://devedge.netscape.com/library/manuals/2000/javascript/1.5/guide/ident.html#1008330). Alors peut-être que cela est implicite à cause de la première édition de ECMA-262, ou alors je n'ai pas cherché suffisamment.
En pratique, Firefox et IE6 sont sensibles à la casse.
Maintenant, pour revenir au readOnly, comme il s'agit d'un attribut HTML exposé à JavaScript via le DOM, je pense qu'il faut s'en référer à cette modèle. J'ai regardé rapidement, et je ne crois pas qu'il soit possible, dans un univers conforme au DOM, d'accéder à l'attribut d'un élément par l'intermédiaire d'une propriété d'un objet JavaScript. Tout comme on ne devrait pas écrire (il y a certainement des approximations ici, c'est pour l'exemple) : js> document.forms["monForm"].monChamp; mais plutôt : js> document.getElementByID("monForm").getElementByID("monChamp");
on ne devrait pas écrire :
js> monChamp.readOnly = valeur; mais js> monChamp.setAttribute("readonly", valeur);
Donc, ce que dit le DOM sur la sensibilité à la casse ne s'applique certainement pas dans ce cas là. Et ce que dit le DOM sur la sensibilité à la casse c'est que tout dépend de celle de la source : en XML, on ne pourrait pas nommer (et donc pointer à partir de JavaScript) indifféremment un attribut "readOnly" ou "readonly" alors qu'en HTML4.1 oui. Remarquez, XHTML résoud le problème de la casse en spécifiant que doivent être en minuscules : les noms des éléments et des attributs, et les jeux de valeurs prédéfinis des attributs, comme [text, password, hidden, ...] pour l'attribut type de <input>. Càd à peu près tout on dirait.
"ASM" <stephaneOTEZ-MOImoriaux@wanadoo.fr> a écrit dans le message de news: 41631573.3971F385@wanadoo.fr...
[...]
Non, je n'ai pas l'impression que ce soit casse sensitive
En fait, les spécifications ECMA-262 indiquent la sensibilité à la casse dans la version de 1997 (certainement 1ère édition :
http://developer.netscape.com/docs/javascript/e262-pdf.pdf) mais plus dans celle de 1999 (3ème édition :
http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf).
Pour les liens entre javascript et l'ECMA on peut se référer ici :
http://devedge.netscape.com/library/manuals/2000/javascript/1.5/guide/intro.html#1013654
Je lis dans le guide JavaScript 1.5 que ce language est sensible à la casse : "Because JavaScript is case sensitive[...]"
(http://devedge.netscape.com/library/manuals/2000/javascript/1.5/guide/ident.html#1008330). Alors peut-être que cela est implicite à
cause de la première édition de ECMA-262, ou alors je n'ai pas cherché suffisamment.
En pratique, Firefox et IE6 sont sensibles à la casse.
Maintenant, pour revenir au readOnly, comme il s'agit d'un attribut HTML exposé à JavaScript via le DOM, je pense qu'il faut s'en
référer à cette modèle. J'ai regardé rapidement, et je ne crois pas qu'il soit possible, dans un univers conforme au DOM, d'accéder
à l'attribut d'un élément par l'intermédiaire d'une propriété d'un objet JavaScript.
Tout comme on ne devrait pas écrire (il y a certainement des approximations ici, c'est pour l'exemple) :
js> document.forms["monForm"].monChamp;
mais plutôt :
js> document.getElementByID("monForm").getElementByID("monChamp");
on ne devrait pas écrire :
js> monChamp.readOnly = valeur;
mais
js> monChamp.setAttribute("readonly", valeur);
Donc, ce que dit le DOM sur la sensibilité à la casse ne s'applique certainement pas dans ce cas là. Et ce que dit le DOM sur la
sensibilité à la casse c'est que tout dépend de celle de la source : en XML, on ne pourrait pas nommer (et donc pointer à partir de
JavaScript) indifféremment un attribut "readOnly" ou "readonly" alors qu'en HTML4.1 oui.
Remarquez, XHTML résoud le problème de la casse en spécifiant que doivent être en minuscules : les noms des éléments et des
attributs, et les jeux de valeurs prédéfinis des attributs, comme [text, password, hidden, ...] pour l'attribut type de <input>. Càd
à peu près tout on dirait.
[...] Non, je n'ai pas l'impression que ce soit casse sensitive
En fait, les spécifications ECMA-262 indiquent la sensibilité à la casse dans la version de 1997 (certainement 1ère édition : http://developer.netscape.com/docs/javascript/e262-pdf.pdf) mais plus dans celle de 1999 (3ème édition : http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf).
Pour les liens entre javascript et l'ECMA on peut se référer ici : http://devedge.netscape.com/library/manuals/2000/javascript/1.5/guide/intro.html#1013654
Je lis dans le guide JavaScript 1.5 que ce language est sensible à la casse : "Because JavaScript is case sensitive[...]" (http://devedge.netscape.com/library/manuals/2000/javascript/1.5/guide/ident.html#1008330). Alors peut-être que cela est implicite à cause de la première édition de ECMA-262, ou alors je n'ai pas cherché suffisamment.
En pratique, Firefox et IE6 sont sensibles à la casse.
Maintenant, pour revenir au readOnly, comme il s'agit d'un attribut HTML exposé à JavaScript via le DOM, je pense qu'il faut s'en référer à cette modèle. J'ai regardé rapidement, et je ne crois pas qu'il soit possible, dans un univers conforme au DOM, d'accéder à l'attribut d'un élément par l'intermédiaire d'une propriété d'un objet JavaScript. Tout comme on ne devrait pas écrire (il y a certainement des approximations ici, c'est pour l'exemple) : js> document.forms["monForm"].monChamp; mais plutôt : js> document.getElementByID("monForm").getElementByID("monChamp");
on ne devrait pas écrire :
js> monChamp.readOnly = valeur; mais js> monChamp.setAttribute("readonly", valeur);
Donc, ce que dit le DOM sur la sensibilité à la casse ne s'applique certainement pas dans ce cas là. Et ce que dit le DOM sur la sensibilité à la casse c'est que tout dépend de celle de la source : en XML, on ne pourrait pas nommer (et donc pointer à partir de JavaScript) indifféremment un attribut "readOnly" ou "readonly" alors qu'en HTML4.1 oui. Remarquez, XHTML résoud le problème de la casse en spécifiant que doivent être en minuscules : les noms des éléments et des attributs, et les jeux de valeurs prédéfinis des attributs, comme [text, password, hidden, ...] pour l'attribut type de <input>. Càd à peu près tout on dirait.
ASM
"ASM" a écrit dans le message de news:
[...] Non, je n'ai pas l'impression que ce soit casse sensitive
En fait, [ ... ]
Merci de tous ces éclaircissements.
ceci étant, et comme tout le monde n'épluche ni ne se traduit les spécificités (+ ou - récentes) à l'usage on voit que les browsers savent encore se dépatouiller avec l'ancienne mode Ainsi, semblent etre encore acceptés - document.images (qui fait partie du DOM à ce que je crois) - document.forms. - document.forms.elements
"ASM" <stephaneOTEZ-MOImoriaux@wanadoo.fr> a écrit dans le message de news: 41631573.3971F385@wanadoo.fr...
[...]
Non, je n'ai pas l'impression que ce soit casse sensitive
En fait,
[ ... ]
Merci de tous ces éclaircissements.
ceci étant,
et comme tout le monde n'épluche ni ne se traduit les spécificités
(+ ou - récentes)
à l'usage on voit que
les browsers savent encore se dépatouiller avec l'ancienne mode
Ainsi, semblent etre encore acceptés
- document.images (qui fait partie du DOM à ce que je crois)
- document.forms.
- document.forms.elements
[...] Non, je n'ai pas l'impression que ce soit casse sensitive
En fait, [ ... ]
Merci de tous ces éclaircissements.
ceci étant, et comme tout le monde n'épluche ni ne se traduit les spécificités (+ ou - récentes) à l'usage on voit que les browsers savent encore se dépatouiller avec l'ancienne mode Ainsi, semblent etre encore acceptés - document.images (qui fait partie du DOM à ce que je crois) - document.forms. - document.forms.elements
[...] Non, je n'ai pas l'impression que ce soit casse sensitive
En fait,
[ ... ]
Merci de tous ces éclaircissements.
ceci étant, et comme tout le monde n'épluche ni ne se traduit les spécificités (+ ou - récentes) à l'usage on voit que les browsers savent encore se dépatouiller avec l'ancienne mode Ainsi, semblent etre encore acceptés - document.images (qui fait partie du DOM à ce que je crois) - document.forms. - document.forms.elements
Et je dirais même plus, les collections forms, images, applets links et anchors *doivent* être implémentés par les navigateurs respectueux des standards. La norme (DOM2 HTML du W3C, appendix D pour ceux qui voudraient vérifier, consultable sur hhtp://w3.org/) dit que ces propriétés de l'objet document sont read-only. Et idem pour forms['property'].elements.
Et quant au case-sensitive du javascript, ECMA-262 3e éd. de 1999, dit que le langage est codé en Unicode/UTF16, ce qui laisse pas mal de latitude... Si on veut appeler une variable $Eh_bé, ça passe... Attention, je ne le conseille pas !
-- Y.D.
-- Y.D.
"ASM" <stephaneOTEZ-MOImoriaux@wanadoo.fr> a écrit dans le message de news: 41631573.3971F385@wanadoo.fr...
[...]
Non, je n'ai pas l'impression que ce soit casse sensitive
En fait,
[ ... ]
Merci de tous ces éclaircissements.
ceci étant,
et comme tout le monde n'épluche ni ne se traduit les spécificités
(+ ou - récentes)
à l'usage on voit que
les browsers savent encore se dépatouiller avec l'ancienne mode
Ainsi, semblent etre encore acceptés
- document.images (qui fait partie du DOM à ce que je crois)
- document.forms.
- document.forms.elements
Et je dirais même plus, les collections forms, images, applets links
et anchors *doivent* être implémentés par les navigateurs respectueux
des standards. La norme (DOM2 HTML du W3C, appendix D pour ceux qui
voudraient vérifier, consultable sur hhtp://w3.org/) dit que ces
propriétés de l'objet document sont read-only. Et idem pour
forms['property'].elements.
Et quant au case-sensitive du javascript, ECMA-262 3e éd. de 1999, dit
que le langage est codé en Unicode/UTF16, ce qui laisse pas mal de
latitude... Si on veut appeler une variable $Eh_bé, ça passe...
Attention, je ne le conseille pas !
[...] Non, je n'ai pas l'impression que ce soit casse sensitive
En fait,
[ ... ]
Merci de tous ces éclaircissements.
ceci étant, et comme tout le monde n'épluche ni ne se traduit les spécificités (+ ou - récentes) à l'usage on voit que les browsers savent encore se dépatouiller avec l'ancienne mode Ainsi, semblent etre encore acceptés - document.images (qui fait partie du DOM à ce que je crois) - document.forms. - document.forms.elements
Et je dirais même plus, les collections forms, images, applets links et anchors *doivent* être implémentés par les navigateurs respectueux des standards. La norme (DOM2 HTML du W3C, appendix D pour ceux qui voudraient vérifier, consultable sur hhtp://w3.org/) dit que ces propriétés de l'objet document sont read-only. Et idem pour forms['property'].elements.
Et quant au case-sensitive du javascript, ECMA-262 3e éd. de 1999, dit que le langage est codé en Unicode/UTF16, ce qui laisse pas mal de latitude... Si on veut appeler une variable $Eh_bé, ça passe... Attention, je ne le conseille pas !
