Bonjour,
j'ai fait un script pour réviser du voc qui affiche alatoirement
les éléments d'une liste (voir ci-dessous). Le problème c'est que je
voudrais que les couleurs du texte, du fond de tableau et même du fond
de fenêtre, puissent changer aléatoirement à condition que la
variable Bmod (par ex.) soit 1. Or le texte change mais pas ces
couleurs qui sont données une fois pour toutes. Quelqu'un pourrait-il
me dire ce qui cloche?
Merci d'avance,
John
<html><head>
<meta name=appl centent=linguae>
<script language='javascript'>
var Colors=new Array();
var Version=new Array();
var Theme=new Array();
var Question;
var Answer;
var Sense=1;
var Qptr;
var Bptr;
var Pcol="CCCCCC";
var Bcol="";
var Fcol="006666>";
var Pmod="";
var Bmod="1";
var Fmod="";
Attention, il s'agissait bien ici d'entités *numériques*, d'où mon étonnement face à ta réaction. Mais bien sûr, si tu avais cru qu'il s'agissait de l'entité *nommée* Ω alors tout s'explique.
Je ne vois pas pourquoi tu t'étonnes que je me méfie d'IE :-)
IE a certainement plein de défauts, mais en l'occurrence c'est comme si tu me disais qu'une calculette Microsoft qui sait faire des additions et des multiplications ne saurait pas additionner 2+2 (alors qu'elle sait additionner 1+3, 2+3, 3+2, 5+5, 195+487, etc).
Maintenant, il est possible que l'étendue de l'utf-8 ait évolué depuis la sortie de cet IE.
L'étendue de l'UTF-8 a été définie pour tous les numéros de caractères entre 0 et 2 147 483 647 (7FFFFFFF hexa), même si elle a ensuite été réduite à 1 114 111 (10FFFF hexa). Par conséquent, aucun problème pour les caractères grecs dont 937 (3A9 hexa).
Alors mon IE a des trous de mémoire. Faudrait que j'essaie avec NC 4.5 :-)
Non, tu n'as visiblement pas compris ce que j'essaye de dire, peut-être maladroitement. Je ne dis pas que IE ou NC4 *doit* savoir afficher un caractère donné.
Je dis que : *si* ce caractère s'affiche, codé en UTF-8, *alors* il le fera aussi codé en entité numérique ; *si* ce caractère ne s'affiche pas, codé en UTF-8, *alors* il ne le fera non plus codé en entité numérique ; *si* ce caractère s'affiche, codé en entité numérique, *alors* il le fera aussi codé en UTF-8 ; *si* ce caractère ne s'affiche pas, codé en entité numérique, *alors* il ne le fera non plus codé en UTF-8.
La capacité à afficher effectivement tel ou tel caractère est complètement indépendante de la capacité à décoder un entier selon qu'il est écrit en décimal ou codé en UTF-8.
Attention, il s'agissait bien ici d'entités *numériques*, d'où mon
étonnement face à ta réaction. Mais bien sûr, si tu avais cru qu'il
s'agissait de l'entité *nommée* Ω alors tout s'explique.
Je ne vois pas pourquoi tu t'étonnes que je me méfie d'IE :-)
IE a certainement plein de défauts, mais en l'occurrence c'est comme si
tu me disais qu'une calculette Microsoft qui sait faire des additions et
des multiplications ne saurait pas additionner 2+2 (alors qu'elle sait
additionner 1+3, 2+3, 3+2, 5+5, 195+487, etc).
Maintenant, il est possible que l'étendue de l'utf-8 ait évolué depuis
la sortie de cet IE.
L'étendue de l'UTF-8 a été définie pour tous les numéros de caractères
entre 0 et 2 147 483 647 (7FFFFFFF hexa), même si elle a ensuite été
réduite à 1 114 111 (10FFFF hexa). Par conséquent, aucun problème pour
les caractères grecs dont 937 (3A9 hexa).
Alors mon IE a des trous de mémoire.
Faudrait que j'essaie avec NC 4.5 :-)
Non, tu n'as visiblement pas compris ce que j'essaye de dire, peut-être
maladroitement. Je ne dis pas que IE ou NC4 *doit* savoir afficher un
caractère donné.
Je dis que :
*si* ce caractère s'affiche, codé en UTF-8,
*alors* il le fera aussi codé en entité numérique ;
*si* ce caractère ne s'affiche pas, codé en UTF-8,
*alors* il ne le fera non plus codé en entité numérique ;
*si* ce caractère s'affiche, codé en entité numérique,
*alors* il le fera aussi codé en UTF-8 ;
*si* ce caractère ne s'affiche pas, codé en entité numérique,
*alors* il ne le fera non plus codé en UTF-8.
La capacité à afficher effectivement tel ou tel caractère est
complètement indépendante de la capacité à décoder un entier selon
qu'il est écrit en décimal ou codé en UTF-8.
Attention, il s'agissait bien ici d'entités *numériques*, d'où mon étonnement face à ta réaction. Mais bien sûr, si tu avais cru qu'il s'agissait de l'entité *nommée* Ω alors tout s'explique.
Je ne vois pas pourquoi tu t'étonnes que je me méfie d'IE :-)
IE a certainement plein de défauts, mais en l'occurrence c'est comme si tu me disais qu'une calculette Microsoft qui sait faire des additions et des multiplications ne saurait pas additionner 2+2 (alors qu'elle sait additionner 1+3, 2+3, 3+2, 5+5, 195+487, etc).
Maintenant, il est possible que l'étendue de l'utf-8 ait évolué depuis la sortie de cet IE.
L'étendue de l'UTF-8 a été définie pour tous les numéros de caractères entre 0 et 2 147 483 647 (7FFFFFFF hexa), même si elle a ensuite été réduite à 1 114 111 (10FFFF hexa). Par conséquent, aucun problème pour les caractères grecs dont 937 (3A9 hexa).
Alors mon IE a des trous de mémoire. Faudrait que j'essaie avec NC 4.5 :-)
Non, tu n'as visiblement pas compris ce que j'essaye de dire, peut-être maladroitement. Je ne dis pas que IE ou NC4 *doit* savoir afficher un caractère donné.
Je dis que : *si* ce caractère s'affiche, codé en UTF-8, *alors* il le fera aussi codé en entité numérique ; *si* ce caractère ne s'affiche pas, codé en UTF-8, *alors* il ne le fera non plus codé en entité numérique ; *si* ce caractère s'affiche, codé en entité numérique, *alors* il le fera aussi codé en UTF-8 ; *si* ce caractère ne s'affiche pas, codé en entité numérique, *alors* il ne le fera non plus codé en UTF-8.
La capacité à afficher effectivement tel ou tel caractère est complètement indépendante de la capacité à décoder un entier selon qu'il est écrit en décimal ou codé en UTF-8.
ASM
IE a certainement plein de défauts, mais en l'occurrence c'est comme si tu me disais qu'une calculette Microsoft qui sait faire des additions et des multiplications ne saurait pas additionner 2+2 (alors qu'elle sait additionner 1+3, 2+3, 3+2, 5+5, 195+487, etc).
Rien ne m'étonne de la part de M$, même une calculette aux calculs aléatoires.
Alors mon IE a des trous de mémoire. Faudrait que j'essaie avec NC 4.5 :-)
Non, tu n'as visiblement pas compris ce que j'essaye de dire, peut-être maladroitement. Je ne dis pas que IE ou NC4 *doit* savoir afficher un caractère donné.
J'en suis étonné, mari, déçu, qu'ils n'affichent pas tous les caractères.
Je dis que : *si* ce caractère s'affiche, codé en UTF-8, *alors* il le fera aussi codé en entité numérique ;
si si j'ai invisiblement capté (c'est assez logique Ω = CE A9.)
La capacité à afficher effectivement tel ou tel caractère est complètement indépendante de la capacité à décoder un entier selon qu'il est écrit en décimal ou codé en UTF-8.
Oui, oui, c'est capté. Mais comme il m'est assez facile d'écrite n'importe quoi en utf-8, je préfère tester avec ce charset, sans avoir à rechercher les équivalences de type &...;
-- Stephane Moriaux et son [moins] vieux Mac
IE a certainement plein de défauts, mais en l'occurrence c'est comme si
tu me disais qu'une calculette Microsoft qui sait faire des additions et
des multiplications ne saurait pas additionner 2+2 (alors qu'elle sait
additionner 1+3, 2+3, 3+2, 5+5, 195+487, etc).
Rien ne m'étonne de la part de M$, même une calculette aux calculs
aléatoires.
Alors mon IE a des trous de mémoire.
Faudrait que j'essaie avec NC 4.5 :-)
Non, tu n'as visiblement pas compris ce que j'essaye de dire, peut-être
maladroitement. Je ne dis pas que IE ou NC4 *doit* savoir afficher un
caractère donné.
J'en suis étonné, mari, déçu, qu'ils n'affichent pas tous les caractères.
Je dis que :
*si* ce caractère s'affiche, codé en UTF-8,
*alors* il le fera aussi codé en entité numérique ;
si si j'ai invisiblement capté (c'est assez logique Ω = CE A9.)
La capacité à afficher effectivement tel ou tel caractère est
complètement indépendante de la capacité à décoder un entier selon
qu'il est écrit en décimal ou codé en UTF-8.
Oui, oui, c'est capté. Mais comme il m'est assez facile d'écrite
n'importe quoi en utf-8, je préfère tester avec ce charset, sans avoir à
rechercher les équivalences de type &...;
IE a certainement plein de défauts, mais en l'occurrence c'est comme si tu me disais qu'une calculette Microsoft qui sait faire des additions et des multiplications ne saurait pas additionner 2+2 (alors qu'elle sait additionner 1+3, 2+3, 3+2, 5+5, 195+487, etc).
Rien ne m'étonne de la part de M$, même une calculette aux calculs aléatoires.
Alors mon IE a des trous de mémoire. Faudrait que j'essaie avec NC 4.5 :-)
Non, tu n'as visiblement pas compris ce que j'essaye de dire, peut-être maladroitement. Je ne dis pas que IE ou NC4 *doit* savoir afficher un caractère donné.
J'en suis étonné, mari, déçu, qu'ils n'affichent pas tous les caractères.
Je dis que : *si* ce caractère s'affiche, codé en UTF-8, *alors* il le fera aussi codé en entité numérique ;
si si j'ai invisiblement capté (c'est assez logique Ω = CE A9.)
La capacité à afficher effectivement tel ou tel caractère est complètement indépendante de la capacité à décoder un entier selon qu'il est écrit en décimal ou codé en UTF-8.
Oui, oui, c'est capté. Mais comme il m'est assez facile d'écrite n'importe quoi en utf-8, je préfère tester avec ce charset, sans avoir à rechercher les équivalences de type &...;
