Est-ce que Seamonkey est devenu fou en abandonnant la détection du
jeu de caractère passé dans une méta et en ayant du UTF par défaut ?
Alors que mon site affichait toujours le bon jeu de caractères, voilà
qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu
de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="en"><head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1">
J'utilise Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1.
J'ai 90000 pages à modifier si je dois changer mes en-têtes et je
n'ai plus accès à mon générateur de pages (il roulait sous Windows
98 en DOS, ce que Windows 7 familial n'autorise pas...).
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard écrivait dans fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html lang="fr"><head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <meta name="Author" content="Denis Beauregard"> <meta name="KeyWords" content="généalogie, genealogie, france, québec, canadien, français, acadie"> <META NAME="ROBOTS" content="NOINDEX"> </head><body> <h1>G?n?alogie des Fran?ais d'Am?rique du Nord</h1> <h1>Index principal</h1>
la 2e est détectée comme étant du UTF8 alors que la première est lue correctement en 8859-1 !!!
Même comportement avec Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1 ainsi que IE 8. Testé après redémarrage de Windows 7.
Dans Seamonkey, j'ai la détection automatique universelle (menu Affichage). Dans les Préférences, j'ai Navigateur - Langues - Encodage par défaut ISO-8859-1.
Denis
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard
<denis.b-at-francogene.com.invalid@nospam.com.invalid> écrivait dans
fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà
qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu
de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="fr"><head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1">
<meta name="Author" content="Denis Beauregard">
<meta name="KeyWords" content="généalogie, genealogie,
france, québec, canadien, français, acadie">
<META NAME="ROBOTS" content="NOINDEX">
</head><body>
<h1>G?n?alogie des Fran?ais d'Am?rique du Nord</h1>
<h1>Index principal</h1>
la 2e est détectée comme étant du UTF8 alors que la première est lue
correctement en 8859-1 !!!
Même comportement avec Gecko/20110420 SeaMonkey/2.0.14 et Firefox
4.0.1 ainsi que IE 8. Testé après redémarrage de Windows 7.
Dans Seamonkey, j'ai la détection automatique universelle (menu
Affichage). Dans les Préférences, j'ai Navigateur - Langues -
Encodage par défaut ISO-8859-1.
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard écrivait dans fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html lang="fr"><head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <meta name="Author" content="Denis Beauregard"> <meta name="KeyWords" content="généalogie, genealogie, france, québec, canadien, français, acadie"> <META NAME="ROBOTS" content="NOINDEX"> </head><body> <h1>G?n?alogie des Fran?ais d'Am?rique du Nord</h1> <h1>Index principal</h1>
la 2e est détectée comme étant du UTF8 alors que la première est lue correctement en 8859-1 !!!
Même comportement avec Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1 ainsi que IE 8. Testé après redémarrage de Windows 7.
Dans Seamonkey, j'ai la détection automatique universelle (menu Affichage). Dans les Préférences, j'ai Navigateur - Langues - Encodage par défaut ISO-8859-1.
Denis
Denis Beauregard
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard écrivait dans fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html lang="en"><head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
J'utilise Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1.
Problème corrigé pour le moment. J'ai ajouté la ligne suivante au début de chacun de mes fichiers (en fait, ils font tous un include du même fichier).
Mais je suis surpris que le problème soit apparu sur 3 navigateurs en même temps. C'est dans la config de Apache ou de PHP ou une valeur par défaut de PHP 5 ?
Denis
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard
<denis.b-at-francogene.com.invalid@nospam.com.invalid> écrivait dans
fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà
qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu
de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="en"><head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1">
J'utilise Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1.
Problème corrigé pour le moment. J'ai ajouté la ligne suivante
au début de chacun de mes fichiers (en fait, ils font tous un
include du même fichier).
Mais je suis surpris que le problème soit apparu sur 3 navigateurs
en même temps. C'est dans la config de Apache ou de PHP ou une
valeur par défaut de PHP 5 ?
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard écrivait dans fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html lang="en"><head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
J'utilise Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1.
Problème corrigé pour le moment. J'ai ajouté la ligne suivante au début de chacun de mes fichiers (en fait, ils font tous un include du même fichier).
Mais je suis surpris que le problème soit apparu sur 3 navigateurs en même temps. C'est dans la config de Apache ou de PHP ou une valeur par défaut de PHP 5 ?
Denis
Sergio
Le 07/07/2011 03:40, Denis Beauregard a écrit :
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html lang="en"><head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
J'utilise Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1.
Problème corrigé pour le moment. J'ai ajouté la ligne suivante au début de chacun de mes fichiers (en fait, ils font tous un include du même fichier).
Mais je suis surpris que le problème soit apparu sur 3 navigateurs en même temps. C'est dans la config de Apache ou de PHP ou une valeur par défaut de PHP 5 ?
Config d'Apache. (ta ligne PHP ne fait que surcharger la configuration d'Apache).
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le 07/07/2011 03:40, Denis Beauregard a écrit :
Alors que mon site affichait toujours le bon jeu de caractères, voilà
qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu
de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="en"><head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1">
J'utilise Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1.
Problème corrigé pour le moment. J'ai ajouté la ligne suivante
au début de chacun de mes fichiers (en fait, ils font tous un
include du même fichier).
Mais je suis surpris que le problème soit apparu sur 3 navigateurs
en même temps. C'est dans la config de Apache ou de PHP ou une
valeur par défaut de PHP 5 ?
Config d'Apache. (ta ligne PHP ne fait que surcharger la configuration d'Apache).
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html lang="en"><head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
J'utilise Gecko/20110420 SeaMonkey/2.0.14 et Firefox 4.0.1.
Problème corrigé pour le moment. J'ai ajouté la ligne suivante au début de chacun de mes fichiers (en fait, ils font tous un include du même fichier).
Mais je suis surpris que le problème soit apparu sur 3 navigateurs en même temps. C'est dans la config de Apache ou de PHP ou une valeur par défaut de PHP 5 ?
Config d'Apache. (ta ligne PHP ne fait que surcharger la configuration d'Apache).
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
yamo'
Salut,
Sergio a tapoté, le 07/07/2011 07:43:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
J'ai l'impression qu'il sert surtout pour les consultations en dehors d'un serveur http.
-- Stéphane
<http://pasdenom.info/fortune/>
Vérité dans un temps, erreur dans l'autre. -+- Montesquieu -+-
Salut,
Sergio a tapoté, le 07/07/2011 07:43:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
J'ai l'impression qu'il sert surtout pour les consultations en dehors
d'un serveur http.
--
Stéphane
<http://pasdenom.info/fortune/>
Vérité dans un temps, erreur dans l'autre.
-+- Montesquieu -+-
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
J'ai l'impression qu'il sert surtout pour les consultations en dehors d'un serveur http.
-- Stéphane
<http://pasdenom.info/fortune/>
Vérité dans un temps, erreur dans l'autre. -+- Montesquieu -+-
Jean-Marc Desperrier
Sergio wrote:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page en autre chose, et donc que c'est lui qui sait mieux que la page, et qu'il *devrait* ne rien dire s'il ne *sait* pas.
Sergio wrote:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas
priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page
en autre chose, et donc que c'est lui qui sait mieux que la page, et
qu'il *devrait* ne rien dire s'il ne *sait* pas.
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page en autre chose, et donc que c'est lui qui sait mieux que la page, et qu'il *devrait* ne rien dire s'il ne *sait* pas.
Pierre Goiffon
On 07/07/2011 11:40, Jean-Marc Desperrier wrote:
Sergio wrote:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page en autre chose, et donc que c'est lui qui sait mieux que la page, et qu'il *devrait* ne rien dire s'il ne *sait* pas.
Je pense surtout que c'est parce que si l'information du codage est contenue dans le flux texte, il faut lire celui-ci... et donc, avec quel codage est-ce que l'on va l'interpréter ? Un navigateur reçois une page, pour lire la balise meta il doit trouver dans quel charset est le contenu...
Le codage est typiquement une meta information, que l'on met à côté du contenu texte lui-même.
On 07/07/2011 11:40, Jean-Marc Desperrier wrote:
Sergio wrote:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas
priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page
en autre chose, et donc que c'est lui qui sait mieux que la page, et
qu'il *devrait* ne rien dire s'il ne *sait* pas.
Je pense surtout que c'est parce que si l'information du codage est
contenue dans le flux texte, il faut lire celui-ci... et donc, avec quel
codage est-ce que l'on va l'interpréter ? Un navigateur reçois une page,
pour lire la balise meta il doit trouver dans quel charset est le contenu...
Le codage est typiquement une meta information, que l'on met à côté du
contenu texte lui-même.
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page en autre chose, et donc que c'est lui qui sait mieux que la page, et qu'il *devrait* ne rien dire s'il ne *sait* pas.
Je pense surtout que c'est parce que si l'information du codage est contenue dans le flux texte, il faut lire celui-ci... et donc, avec quel codage est-ce que l'on va l'interpréter ? Un navigateur reçois une page, pour lire la balise meta il doit trouver dans quel charset est le contenu...
Le codage est typiquement une meta information, que l'on met à côté du contenu texte lui-même.
Denis Beauregard
Le Fri, 08 Jul 2011 15:34:25 +0200, Pierre Goiffon écrivait dans fr.comp.infosystemes.www.navigateurs:
On 07/07/2011 11:40, Jean-Marc Desperrier wrote:
Sergio wrote:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page en autre chose, et donc que c'est lui qui sait mieux que la page, et qu'il *devrait* ne rien dire s'il ne *sait* pas.
Je pense surtout que c'est parce que si l'information du codage est contenue dans le flux texte, il faut lire celui-ci... et donc, avec quel codage est-ce que l'on va l'interpréter ? Un navigateur reçois une page, pour lire la balise meta il doit trouver dans quel charset est le contenu...
Justement, le serveur doit fournir le jeu de caractères utilisé pour dire quel est le jeu de caractères de la page, donc c'est un jeu intermédiaire qui n'a pas à être conservé s'il est redéfini.
Le codage est typiquement une meta information, que l'on met à côté du contenu texte lui-même.
Denis
Le Fri, 08 Jul 2011 15:34:25 +0200, Pierre Goiffon
<pgoiffon@free.fr.invalid> écrivait dans
fr.comp.infosystemes.www.navigateurs:
On 07/07/2011 11:40, Jean-Marc Desperrier wrote:
Sergio wrote:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas
priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page
en autre chose, et donc que c'est lui qui sait mieux que la page, et
qu'il *devrait* ne rien dire s'il ne *sait* pas.
Je pense surtout que c'est parce que si l'information du codage est
contenue dans le flux texte, il faut lire celui-ci... et donc, avec quel
codage est-ce que l'on va l'interpréter ? Un navigateur reçois une page,
pour lire la balise meta il doit trouver dans quel charset est le contenu...
Justement, le serveur doit fournir le jeu de caractères utilisé pour
dire quel est le jeu de caractères de la page, donc c'est un jeu
intermédiaire qui n'a pas à être conservé s'il est redéfini.
Le codage est typiquement une meta information, que l'on met à côté du
contenu texte lui-même.
Le Fri, 08 Jul 2011 15:34:25 +0200, Pierre Goiffon écrivait dans fr.comp.infosystemes.www.navigateurs:
On 07/07/2011 11:40, Jean-Marc Desperrier wrote:
Sergio wrote:
Jamais compris d'ailleurs pourquoi le <META HTTP-EQUIV=...> n'a pas priorité sur la config du serveur.
Parceque le principe est que le serveur a pu recoder à la volée la page en autre chose, et donc que c'est lui qui sait mieux que la page, et qu'il *devrait* ne rien dire s'il ne *sait* pas.
Je pense surtout que c'est parce que si l'information du codage est contenue dans le flux texte, il faut lire celui-ci... et donc, avec quel codage est-ce que l'on va l'interpréter ? Un navigateur reçois une page, pour lire la balise meta il doit trouver dans quel charset est le contenu...
Justement, le serveur doit fournir le jeu de caractères utilisé pour dire quel est le jeu de caractères de la page, donc c'est un jeu intermédiaire qui n'a pas à être conservé s'il est redéfini.
Le codage est typiquement une meta information, que l'on met à côté du contenu texte lui-même.
Denis
Pierre Goiffon
On 08/07/2011 17:25, Denis Beauregard wrote:
Justement, le serveur doit fournir le jeu de caractères utilisé pour dire quel est le jeu de caractères de la page, donc c'est un jeu intermédiaire qui n'a pas à être conservé s'il est redéfini.
Si la page est livrée avec l'information de codage en entête http, quel intérêt pour le navigateur d'aller lire le codage indiqué en meta et de le rendre prioritaire ? Quels seraient les cas d'utilisations ??!???
On 08/07/2011 17:25, Denis Beauregard wrote:
Justement, le serveur doit fournir le jeu de caractères utilisé pour
dire quel est le jeu de caractères de la page, donc c'est un jeu
intermédiaire qui n'a pas à être conservé s'il est redéfini.
Si la page est livrée avec l'information de codage en entête http, quel
intérêt pour le navigateur d'aller lire le codage indiqué en meta et de
le rendre prioritaire ? Quels seraient les cas d'utilisations ??!???
Justement, le serveur doit fournir le jeu de caractères utilisé pour dire quel est le jeu de caractères de la page, donc c'est un jeu intermédiaire qui n'a pas à être conservé s'il est redéfini.
Si la page est livrée avec l'information de codage en entête http, quel intérêt pour le navigateur d'aller lire le codage indiqué en meta et de le rendre prioritaire ? Quels seraient les cas d'utilisations ??!???
Denis Beauregard
Le Fri, 08 Jul 2011 18:16:52 +0200, Pierre Goiffon écrivait dans fr.comp.infosystemes.www.navigateurs:
On 08/07/2011 17:25, Denis Beauregard wrote:
Justement, le serveur doit fournir le jeu de caractères utilisé pour dire quel est le jeu de caractères de la page, donc c'est un jeu intermédiaire qui n'a pas à être conservé s'il est redéfini.
Si la page est livrée avec l'information de codage en entête http, quel intérêt pour le navigateur d'aller lire le codage indiqué en meta et de le rendre prioritaire ? Quels seraient les cas d'utilisations ??!???
Dans le 1er cas, c'est une décision de l'hébergeur et dans le 2e, du propriétaire du site.
Denis
Le Fri, 08 Jul 2011 18:16:52 +0200, Pierre Goiffon
<pgoiffon@free.fr.invalid> écrivait dans
fr.comp.infosystemes.www.navigateurs:
On 08/07/2011 17:25, Denis Beauregard wrote:
Justement, le serveur doit fournir le jeu de caractères utilisé pour
dire quel est le jeu de caractères de la page, donc c'est un jeu
intermédiaire qui n'a pas à être conservé s'il est redéfini.
Si la page est livrée avec l'information de codage en entête http, quel
intérêt pour le navigateur d'aller lire le codage indiqué en meta et de
le rendre prioritaire ? Quels seraient les cas d'utilisations ??!???
Dans le 1er cas, c'est une décision de l'hébergeur et dans le 2e, du
propriétaire du site.
Le Fri, 08 Jul 2011 18:16:52 +0200, Pierre Goiffon écrivait dans fr.comp.infosystemes.www.navigateurs:
On 08/07/2011 17:25, Denis Beauregard wrote:
Justement, le serveur doit fournir le jeu de caractères utilisé pour dire quel est le jeu de caractères de la page, donc c'est un jeu intermédiaire qui n'a pas à être conservé s'il est redéfini.
Si la page est livrée avec l'information de codage en entête http, quel intérêt pour le navigateur d'aller lire le codage indiqué en meta et de le rendre prioritaire ? Quels seraient les cas d'utilisations ??!???
Dans le 1er cas, c'est une décision de l'hébergeur et dans le 2e, du propriétaire du site.
Denis
SAM
Le 07/07/11 02:13, Denis Beauregard a écrit :
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard écrivait dans fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
Dans Seamonkey, j'ai la détection automatique universelle (menu Affichage). Dans les Préférences, j'ai Navigateur - Langues - Encodage par défaut ISO-8859-1.
Ouais mais ... c'est le serveur qui commande ! ! ! l'automatisme n'a plus lieu d'être, les préférences non plus.
-- Stéphane Moriaux avec/with iMac-intel
Le 07/07/11 02:13, Denis Beauregard a écrit :
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard
<denis.b-at-francogene.com.invalid@nospam.com.invalid> écrivait dans
fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà
qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu
de 8859-1 ou WIndows 1252.
Dans Seamonkey, j'ai la détection automatique universelle (menu
Affichage). Dans les Préférences, j'ai Navigateur - Langues -
Encodage par défaut ISO-8859-1.
Ouais mais ... c'est le serveur qui commande ! ! !
l'automatisme n'a plus lieu d'être,
les préférences non plus.
Le Wed, 06 Jul 2011 19:48:03 -0400, Denis Beauregard écrivait dans fr.comp.infosystemes.www.navigateurs:
Alors que mon site affichait toujours le bon jeu de caractères, voilà qu'il est devenu illisible avec Seamonkey qui détecte du UTF8 au lieu de 8859-1 ou WIndows 1252.
Dans Seamonkey, j'ai la détection automatique universelle (menu Affichage). Dans les Préférences, j'ai Navigateur - Langues - Encodage par défaut ISO-8859-1.
Ouais mais ... c'est le serveur qui commande ! ! ! l'automatisme n'a plus lieu d'être, les préférences non plus.