Edition avec Seamonkey et jeu de caractères...

Le
Denis Beauregard
Bonjour,

Je viens de constater un problème vraiment gênant dans les
dernières versions de Seamonkey.

J'ai édité de nombreuses pages pour remplacer les accents par
des entités HTML.

Quand on ouvre un fichier html contenant cette méta :

<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">

Seamonkey la transforme tout de suite en

<meta http-equiv="content-type" content="text/html;
charset=windows-1252">

même si on a choisi comme préférence le jeu 8859-1.

Pire, on ouvre le fichier, on enregistre tout de suite en
changeant le jeu en 8859-1, ce qui transforme tous les accents
en entités html, mais si on ouvre de nouveau le même fichier,
c'est redevenu 1252 et les entités ont disparu

En fait, si on regarde le code source d'une page avec le
navigateur, on ne trouve nulle part 1252, mais quand on regarde
le jeu, SM nous dit que c'est 1252. Il y a donc un gros problème
de ce côté.

Le problème ne semblait pas exister autrefois, comme je l'ai
constaté en regardant des fichiers modifiés il y a plus d'un an.


Denis
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Denis Beauregard
Le #25538572
Le Thu, 11 Jul 2013 09:39:27 -0400, Denis Beauregard
fr.comp.infosystemes.www.auteurs:

Bonjour,

Je viens de constater un problème vraiment gênant dans les
dernières versions de Seamonkey.

J'ai édité de nombreuses pages pour remplacer les accents par
des entités HTML.

Quand on ouvre un fichier html contenant cette méta :

<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">

Seamonkey la transforme tout de suite en

<meta http-equiv="content-type" content="text/html;
charset=windows-1252">

même si on a choisi comme préférence le jeu 8859-1.



Par contre, si on a tout transformé en entités html et qu'on
enlève cette méta, le navigateur détecte du UTF-8 et l'éditeur
fait de nouveau disparaître les entités HTML.

C'est hallucinant...


Denis
SAM
Le #25538702
Le 11/07/13 15:42, Denis Beauregard a écrit :

Par contre, si on a tout transformé en entités html et qu'on
enlève cette méta, le navigateur détecte du UTF-8 et l'éditeur
fait de nouveau disparaître les entités HTML.

C'est hallucinant...



bis repetita : "c'est en local ou sur serveur" ?



Les navigateurs ont toujours un peu transformé le code html reçu
(ils se rajoutent les balises manquantes, analysent le code et en
déduisent le charset (avec +/- de bonheur), etc.)


enfin ... en supposant que le texteur responsable de l’édition des
fichiers html n'ait pas de lui-même édité en utf-8 à l'insu du programmeur
(ce que TextEdit fait avec beaucoup de conviction, par exemple)


Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Denis Beauregard
Le #25538742
Le Thu, 11 Jul 2013 17:10:50 +0200, SAM
fr.comp.infosystemes.www.auteurs:

Le 11/07/13 15:42, Denis Beauregard a écrit :

Par contre, si on a tout transformé en entités html et qu'on
enlève cette méta, le navigateur détecte du UTF-8 et l'éditeur
fait de nouveau disparaître les entités HTML.

C'est hallucinant...



bis repetita : "c'est en local ou sur serveur" ?



En local. Édition en local et le fichier tel que lu immédiatement
après l'enregistrement. Mais cela ne change rien. En envoyant le
fichier au serveur, les lignes META et les entités ou accents ne
sont pas modifiés.

Les navigateurs ont toujours un peu transformé le code html reçu
(ils se rajoutent les balises manquantes, analysent le code et en
déduisent le charset (avec +/- de bonheur), etc.)



Mais Seamonkey est aussi un éditeur. Il a remplacé l'ancien Mozilla.

enfin ... en supposant que le texteur responsable de l’édition des
fichiers html n'ait pas de lui-même édité en utf-8 à l'insu du programmeur
(ce que TextEdit fait avec beaucoup de conviction, par exemple)



C'est édité avec Seamonkey...


Denis
Paul Gaborit
Le #25539212
À (at) Thu, 11 Jul 2013 09:39:27 -0400, Denis Beauregard

Je viens de constater un problème vraiment gênant dans les
dernières versions de Seamonkey.

J'ai édité de nombreuses pages pour remplacer les accents par
des entités HTML.

Quand on ouvre un fichier html contenant cette méta :

<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">

Seamonkey la transforme tout de suite en

<meta http-equiv="content-type" content="text/html;
charset=windows-1252">

même si on a choisi comme préférence le jeu 8859-1.

Pire, on ouvre le fichier, on enregistre tout de suite en
changeant le jeu en 8859-1, ce qui transforme tous les accents
en entités html, mais si on ouvre de nouveau le même fichier,
c'est redevenu 1252 et les entités ont disparu...

En fait, si on regarde le code source d'une page avec le
navigateur, on ne trouve nulle part 1252, mais quand on regarde
le jeu, SM nous dit que c'est 1252. Il y a donc un gros problème
de ce côté.

Le problème ne semblait pas exister autrefois, comme je l'ai
constaté en regardant des fichiers modifiés il y a plus d'un an.



Je ne sais pas si le problème existait auparavant mais je confirme que
la version actuellement diffusée de seamonkey (v2.19) a ce comportement
tout à fait bizarre (en tous cas sur mon linux).

Cela ne fait que renforcer ma conviction qu'un éditeur WYSIWYG n'a aucun
sens pour des pages Web. Il vaut mieux utiliser un vrai éditeur de
texte. C'est le seul moyen d'être sûr du résultat.

--
Paul Gaborit -
SAM
Le #25539602
Le 11/07/13 17:30, Denis Beauregard a écrit :
Le Thu, 11 Jul 2013 17:10:50 +0200, SAM

C'est édité avec Seamonkey...



Oui mais ... je n'utilise ni ne connais, alors ...

Si un "texteur" peut textoter en charset non vraiment voulu alors
pourquoi un truc-à-tout-faire (tel Seamonkey) ne le ferait pas aussi ?


Cordialement,
--
Stéphane Moriaux avec/with iMac-intel 27" & Mac OS X 10.6.8
Publicité
Poster une réponse
Anonyme