Bonjour,
sur cette page, Moz1.7 remplace tous les caractères
accentués par un point d'interrogation...alors que
IE l'affiche correctement.
http://www.patrimoine.com/infos/gui30.html
sur cette page, Moz1.7 remplace tous les caractères accentués par un point d'interrogation...alors que IE l'affiche correctement. http://www.patrimoine.com/infos/gui30.html
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> dans le head.
Ça affiche bien chez moi néanmoins (Firefox 0.9). J'avais eu ce problème sur certaines de mes pages avec Konqueror. Il doit y avoir un réglage dans Mozilla pour avoir le bon affichage
Dans Firefox : "Options" onglet "General", "Langage", "Default character encoding".
-- Serge http://leserged.online.fr/ Supportez le libre : http://www.framasoft.net/
jacopo a exprimé avec précision :
sur cette page, Moz1.7 remplace tous les caractères
accentués par un point d'interrogation...alors que
IE l'affiche correctement.
http://www.patrimoine.com/infos/gui30.html
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1"> dans le head.
Ça affiche bien chez moi néanmoins (Firefox 0.9). J'avais eu ce
problème sur certaines de mes pages avec Konqueror. Il doit y avoir un
réglage dans Mozilla pour avoir le bon affichage
Dans Firefox : "Options" onglet "General", "Langage", "Default
character encoding".
--
Serge http://leserged.online.fr/
Supportez le libre : http://www.framasoft.net/
sur cette page, Moz1.7 remplace tous les caractères accentués par un point d'interrogation...alors que IE l'affiche correctement. http://www.patrimoine.com/infos/gui30.html
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> dans le head.
Ça affiche bien chez moi néanmoins (Firefox 0.9). J'avais eu ce problème sur certaines de mes pages avec Konqueror. Il doit y avoir un réglage dans Mozilla pour avoir le bon affichage
Dans Firefox : "Options" onglet "General", "Langage", "Default character encoding".
-- Serge http://leserged.online.fr/ Supportez le libre : http://www.framasoft.net/
Vincent Lefevre
Dans l'article , Sergio écrit:
jacopo a exprimé avec précision :
> sur cette page, Moz1.7 remplace tous les caractères > accentués par un point d'interrogation...alors que > IE l'affiche correctement. > http://www.patrimoine.com/infos/gui30.html
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> dans le head.
C'est complètement inutile: ce sont les en-têtes HTTP qui sont importants. Le charset n'est pas indiqué par les en-têtes HTTP (ce qui est mal), mais iso-8859-1 est de toute façon le charset par défaut. Le problème vient donc du côté du navigateur.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <mn.ca5d7d462a661faf.9866@serge.delbono.net.in>,
Sergio <laposte@serge.delbono.net.invalid> écrit:
jacopo a exprimé avec précision :
> sur cette page, Moz1.7 remplace tous les caractères
> accentués par un point d'interrogation...alors que
> IE l'affiche correctement.
> http://www.patrimoine.com/infos/gui30.html
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1"> dans le head.
C'est complètement inutile: ce sont les en-têtes HTTP qui sont
importants. Le charset n'est pas indiqué par les en-têtes HTTP
(ce qui est mal), mais iso-8859-1 est de toute façon le charset
par défaut. Le problème vient donc du côté du navigateur.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
> sur cette page, Moz1.7 remplace tous les caractères > accentués par un point d'interrogation...alors que > IE l'affiche correctement. > http://www.patrimoine.com/infos/gui30.html
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> dans le head.
C'est complètement inutile: ce sont les en-têtes HTTP qui sont importants. Le charset n'est pas indiqué par les en-têtes HTTP (ce qui est mal), mais iso-8859-1 est de toute façon le charset par défaut. Le problème vient donc du côté du navigateur.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Sergio
Vincent Lefevre vient de nous annoncer :
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> dans le head.
C'est complètement inutile: ce sont les en-têtes HTTP qui sont importants. Le charset n'est pas indiqué par les en-têtes HTTP (ce qui est mal), mais iso-8859-1 est de toute façon le charset par défaut. Le problème vient donc du côté du navigateur.
certes, mais, j'ai eu ce problème, sur le Konqueror d'une Redhat 9 fraîchement installée. Bon, ça se règle dans Konqueror, mais j'en ai conclus qu'il est préférable de le mettre explicitement dans la page.
(mettre une ceinture et des bretelles en quelques sortes...).
-- Serge http://leserged.online.fr/ Supportez le libre : http://www.framasoft.net/
Vincent Lefevre vient de nous annoncer :
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1"> dans le head.
C'est complètement inutile: ce sont les en-têtes HTTP qui sont
importants. Le charset n'est pas indiqué par les en-têtes HTTP
(ce qui est mal), mais iso-8859-1 est de toute façon le charset
par défaut. Le problème vient donc du côté du navigateur.
certes, mais, j'ai eu ce problème, sur le Konqueror d'une Redhat 9
fraîchement installée. Bon, ça se règle dans Konqueror, mais j'en ai
conclus qu'il est préférable de le mettre explicitement dans la page.
(mettre une ceinture et des bretelles en quelques sortes...).
--
Serge http://leserged.online.fr/
Supportez le libre : http://www.framasoft.net/
Pas de <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> dans le head.
C'est complètement inutile: ce sont les en-têtes HTTP qui sont importants. Le charset n'est pas indiqué par les en-têtes HTTP (ce qui est mal), mais iso-8859-1 est de toute façon le charset par défaut. Le problème vient donc du côté du navigateur.
certes, mais, j'ai eu ce problème, sur le Konqueror d'une Redhat 9 fraîchement installée. Bon, ça se règle dans Konqueror, mais j'en ai conclus qu'il est préférable de le mettre explicitement dans la page.
(mettre une ceinture et des bretelles en quelques sortes...).
-- Serge http://leserged.online.fr/ Supportez le libre : http://www.framasoft.net/
Pierre Goiffon
"Vincent Lefevre" <vincent+ a écrit dans le message de news:20040625082646$ > iso-8859-1 est de toute façon le charset par défaut.
Le "charset par défaut", ça ne veut plus vraiment dire grand chose depuis plusieurs années : la large majorité des navigateurs ont leurs propres charset par défaut, et éventuellement une méthode d'auto détection lorsqu'il y a lieu.
"Vincent Lefevre" <vincent+news@vinc17.org> a écrit dans le message de
news:20040625082646$6c56@vinc17.org
> iso-8859-1 est de toute façon le charset par défaut.
Le "charset par défaut", ça ne veut plus vraiment dire grand chose depuis
plusieurs années : la large majorité des navigateurs ont leurs propres
charset par défaut, et éventuellement une méthode d'auto détection lorsqu'il
y a lieu.
"Vincent Lefevre" <vincent+ a écrit dans le message de news:20040625082646$ > iso-8859-1 est de toute façon le charset par défaut.
Le "charset par défaut", ça ne veut plus vraiment dire grand chose depuis plusieurs années : la large majorité des navigateurs ont leurs propres charset par défaut, et éventuellement une méthode d'auto détection lorsqu'il y a lieu.
jacopo
> Déjà, configurez votre Mozilla pour qu'il se débrouille tout seul dans ce genre de cas de figure : dans le menu view, character encoding,
auto-detect,
sélectionner Universal.
OK, c'était le bon plan, merci à tous, Jacopo
> Déjà, configurez votre Mozilla pour qu'il se débrouille tout seul dans ce
genre de cas de figure : dans le menu view, character encoding,
> Déjà, configurez votre Mozilla pour qu'il se débrouille tout seul dans ce genre de cas de figure : dans le menu view, character encoding,
auto-detect,
sélectionner Universal.
OK, c'était le bon plan, merci à tous, Jacopo
Vincent Lefevre
Dans l'article <40dbeb63$0$22676$, Pierre Goiffon écrit:
Le "charset par défaut", ça ne veut plus vraiment dire grand chose depuis plusieurs années : la large majorité des navigateurs ont leurs propres charset par défaut, et éventuellement une méthode d'auto détection lorsqu'il y a lieu.
S'ils ne respectent pas les RFC, c'est leur problème.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <40dbeb63$0$22676$626a14ce@news.free.fr>,
Pierre Goiffon <pgoiffon@nowhere.invalid> écrit:
Le "charset par défaut", ça ne veut plus vraiment dire grand chose
depuis plusieurs années : la large majorité des navigateurs ont
leurs propres charset par défaut, et éventuellement une méthode
d'auto détection lorsqu'il y a lieu.
S'ils ne respectent pas les RFC, c'est leur problème.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <40dbeb63$0$22676$, Pierre Goiffon écrit:
Le "charset par défaut", ça ne veut plus vraiment dire grand chose depuis plusieurs années : la large majorité des navigateurs ont leurs propres charset par défaut, et éventuellement une méthode d'auto détection lorsqu'il y a lieu.
S'ils ne respectent pas les RFC, c'est leur problème.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Jean-Marc Desperrier
Vincent Lefevre wrote:
Dans l'article <40dbeb63$0$22676$, Pierre Goiffon écrit:
Le "charset par défaut", ça ne veut plus vraiment dire grand chose depuis plusieurs années : la large majorité des navigateurs ont leurs propres charset par défaut, et éventuellement une méthode d'auto détection lorsqu'il y a lieu.
S'ils ne respectent pas les RFC, c'est leur problème.
La RFC du HTML 4 précise que le ISO-8859-1 ne doit pas être présupposé comme jeux de caractère par défaut.
Dans le cas du HTML sur du HTTP, il y a un conflit entre les deux RFC. Je pense qu'il provient du fait que la spéc HTTP n'a pas été mise à jour, et que si elle l'était elle suprimerait cette clause qui est en contradiction avec la politique générale de l'IETF (qui est que si on doit fixer un jeux de caractères, alors c'est UTF-8).
Vincent Lefevre wrote:
Dans l'article <40dbeb63$0$22676$626a14ce@news.free.fr>,
Pierre Goiffon <pgoiffon@nowhere.invalid> écrit:
Le "charset par défaut", ça ne veut plus vraiment dire grand chose
depuis plusieurs années : la large majorité des navigateurs ont
leurs propres charset par défaut, et éventuellement une méthode
d'auto détection lorsqu'il y a lieu.
S'ils ne respectent pas les RFC, c'est leur problème.
La RFC du HTML 4 précise que le ISO-8859-1 ne doit pas être présupposé
comme jeux de caractère par défaut.
Dans le cas du HTML sur du HTTP, il y a un conflit entre les deux RFC.
Je pense qu'il provient du fait que la spéc HTTP n'a pas été mise à
jour, et que si elle l'était elle suprimerait cette clause qui est en
contradiction avec la politique générale de l'IETF (qui est que si on
doit fixer un jeux de caractères, alors c'est UTF-8).
Dans l'article <40dbeb63$0$22676$, Pierre Goiffon écrit:
Le "charset par défaut", ça ne veut plus vraiment dire grand chose depuis plusieurs années : la large majorité des navigateurs ont leurs propres charset par défaut, et éventuellement une méthode d'auto détection lorsqu'il y a lieu.
S'ils ne respectent pas les RFC, c'est leur problème.
La RFC du HTML 4 précise que le ISO-8859-1 ne doit pas être présupposé comme jeux de caractère par défaut.
Dans le cas du HTML sur du HTTP, il y a un conflit entre les deux RFC. Je pense qu'il provient du fait que la spéc HTTP n'a pas été mise à jour, et que si elle l'était elle suprimerait cette clause qui est en contradiction avec la politique générale de l'IETF (qui est que si on doit fixer un jeux de caractères, alors c'est UTF-8).
Vincent Lefevre
Dans l'article <cbh4oc$rmb$, Jean-Marc Desperrier écrit:
La RFC du HTML 4 précise que le ISO-8859-1 ne doit pas être présupposé comme jeux de caractère par défaut.
Les spec de HTML 4 proposent de casser les standards en remplaçant une valeur par défaut par quelque chose d'encore plus foireux, qui a de fortes chances de ne jamais fonctionner correctement. Autant dire qu'il ne faut pas s'y fier.
Ceux qui ne sont pas capables d'utiliser un serveur potable ont toujours la possibilité d'utiliser les entités en se restreignant à l'ASCII comme encodage du source.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <cbh4oc$rmb$1@reader1.imaginet.fr>,
Jean-Marc Desperrier <jmdesp@alussinan.org> écrit:
La RFC du HTML 4 précise que le ISO-8859-1 ne doit pas être présupposé
comme jeux de caractère par défaut.
Les spec de HTML 4 proposent de casser les standards en remplaçant
une valeur par défaut par quelque chose d'encore plus foireux, qui
a de fortes chances de ne jamais fonctionner correctement. Autant
dire qu'il ne faut pas s'y fier.
Ceux qui ne sont pas capables d'utiliser un serveur potable ont
toujours la possibilité d'utiliser les entités en se restreignant
à l'ASCII comme encodage du source.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <cbh4oc$rmb$, Jean-Marc Desperrier écrit:
La RFC du HTML 4 précise que le ISO-8859-1 ne doit pas être présupposé comme jeux de caractère par défaut.
Les spec de HTML 4 proposent de casser les standards en remplaçant une valeur par défaut par quelque chose d'encore plus foireux, qui a de fortes chances de ne jamais fonctionner correctement. Autant dire qu'il ne faut pas s'y fier.
Ceux qui ne sont pas capables d'utiliser un serveur potable ont toujours la possibilité d'utiliser les entités en se restreignant à l'ASCII comme encodage du source.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
