18073 sujets

Questions générales et questions de débutants

[Résolu] Pb de jeux de caractères

Bonjour,

Deuxième message posté, alors je m'attends un peu à me faire houspiller mais bon faut bien se lancer Smiley smile

Après la lecture de CSS2, et le parcours d'un certain nombre de tutoriels ici, je suis persuadé de l'intérêt de la démarche de mise en conformité aux standards.

Je prends donc mon site http://www.reimseuropeescrime.com et j'essaye de le transformer. Le résultat est sur http://brun.jpa.free.fr

Curieusement, ce qui me paraissait difficile au premier abord, n'a pas posé de soucis majeur. Le menu s'est fait (presque) tout seul, supprimer les cadres au profit d'un Include php aussi.

Reste un certain nombre de pb qui semblent basiques.

- d'abord les caractères, les accents s'affichent mal. J'ai dans doute raté qq chose dans la déclaration du jeu de caractères ou de la langue.

- J'ai du mal avec la position des blocs div. Pour obtenir un résultat il faut que je définisse height et wight du body à 100%, sinon le conteneur ne s'étend pas.

- Un espace m'énerve Smiley fache sous le header. Il vient (à priori) du H1 du header, mais dans la css il est déclaré sans épaisseur de ligne.

- FireFox n'affiche pas du tout ma nouvelle version, alors que celle de départ si (et c'est un comble).

Bien entendu je ne vous demande pas de faire le travail à ma place, mais de me guider vers les principes qui me manquent encore.

Merci de votre aide.
Modifié par 01Jean0 (01 Nov 2005 - 14:11)
Administrateur
Hello,

Attention à ton choix de titre de sujet : celui-ci n'est vraiment pas pertinent Smiley decu

Ensuite, ton document HTML commence (avant le doctype) par les caractères suivants : 


Cela peut poser des problèmes.
Salut,
Le codage des caractères accentués ne me semble pas correct.
Par exemple : Actualités est codé "Actualités" au lieu de
"Actualit & e a c u t e ; s"
Ton éditeur est il bien configuré pour du "latin(9)" ?
Modifié par papillon41 (27 Oct 2005 - 16:42)
Bonjour,

- Il est souvent conseillé de choisir XHTML1.0 au lieu de XHTML1.1.
A lire sur le sujet.
Perso j'utilise ce doctype et je te le recommande!
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
- la balise <marquée> est interdite, il faudrait que tu trouves un autre moyen pour mettre en évidence la phrase correspondante

PS: on n' ouspille que ceux qui s'y attendent pas Smiley biggol ...et puis c'est un bon début ta conversion XHTML !
Modifié par zanzibar (27 Oct 2005 - 17:57)
Merci tous de votre acceuil.

Zanzibar:
merci pour le lien, cependant je n'ai pas le niveau pour comprendre l'argumentation, mais bon je te crois et j'adopte XHTML1.0.
Pour le ouspillage, je ne suis pas passé loin Smiley cligne , merci de l'encouragement

Papillon41:
J'utilise comme éditeur visual web developer express 2005, je ne sais pas le configurer en "latin(9)" mais je vais chercher. Ce que je ne comprends pas sur les caractères, c'est que les accents contenus dans index.php passent bien (les textes du menu). Par contre, ceux des fichiers txt inclus non. Pourtant si je donwload par ftp les txt en question, j'ai bien les accents Smiley eek

Raphael:
Je vois égallement ces caractères bizarres au début, sous firefox. Mais je ne les trouve pas ni avec ie, ni dans la source de index.php
Si ton éditeur de texte ne fait pas ce que tu veux, peut être faut il en changer, il y a de très bon outils gratuits, perso j'utilise PSPAD que tu peux trouver ici, il ne m'a jamais créé de problèmes avec le codage des caractères Smiley smile
Merci pour le lien vers l'éditeur, il à l'air sympa.

Mais cela ne règle pas mon soucis. J'ai l'impression que c'est l'include qui pose problème. si l'on regarde un des fichiers texte inclus (http://brun.jpa.free.fr/txt/accueil.txt par exemple), on vois bien les accents. Par contre quand il est incorporé dans index.php, les caractères accentués se transforment.
Effectivement les car accentués de ton fichier inclus se transforment en car asiatiques Smiley decu . Si je fais afficher le source de ta page les accents du fichier inclus ont carrément disparus. J'ai aussi un site avec des fichiers inclus (chez Free), j'utilise le même jeu de caractères que toi (charset=iso-8859-15)et ça se passe bien, je dis ça un peu au pif mais si je compare mon entête au tien je vois une ligne chez toi qui est :
<meta name="http.language" content="fr-FX" />
alors que moi j'utilise
<meta http-equiv="Content-language" content="fr" />
essaie la mienne pour voir...mais je n'y crois pas trop, peut être un pb de config du php utilisé, as tu essayé en local avec un serveur genre easyphp ou wamp ? Quel hébergeur utilises-tu?
Modifié par zanzibar (28 Oct 2005 - 08:54)
Bonjour,

01Jean0 a écrit :

- d'abord les caractères, les accents s'affichent mal. J'ai dans doute raté qq chose dans la déclaration du jeu de caractères ou de la langue.


Le jeu de caractères utilisé est incorrectement déclaré :
- La page est déclarée en utf-8 par l'en-tête Content-Type HTTP envoyée par le serveur
- Mais elle contient une meta Content-Type en ISO-8859 (sans effet, l'en-tête HTTP a la priorité).

Le contenu mêle deux jeux de caractères différents :
- utf-8 (menu par exemple)
- iso-8859 (le lien "télécharger" par exemple)

les caractères iso-8859 sont incorrectement rendu, la page étant traitée par le navigateur en utf-8

Donc: opter pour un jeu de caractère et un seul : utf-8 ou iso-8859, dans l'enregistement du contenu par l'éditeur HTML comme dans les déclarations. Le même dans les deux cas, de préférences Smiley cligne


Voir :
- http://blog-and-blues.org/weblog/2004/08/16/275-encodage-caracteres-xhtml
- http://openweb.eu.org/articles/jeux_caracteres/
Modifié par Laurent Denis (28 Oct 2005 - 09:19)
zanzibar a écrit :
e dis ça un peu au pif mais si je compare mon entête au tien je vois une ligne chez toi qui est :
<meta name="http.language" content="fr-FX" />
alors que moi j'utilise
<meta http-equiv="Content-language" content="fr" />
essaie la mienne pour voir...mais je n'y crois pas trop


La déclaration de la langue primaire du document n'a aucun rapport ni aucun effet sur le traitement des jeux de caractères.

Cela dit, la meta correcte pour la langue primaire du document est effectivement <meta http-equiv="Content-Language" content="fr" />. L'autre meta ci-dessus... n'existe pas Smiley cligne

Voir http://openweb.eu.org/articles/specifier_langue/
Raphael a écrit :
Hello,
Ensuite, ton document HTML commence (avant le doctype) par les caractères suivants : 


Cela peut poser des problèmes.


Oui. Il faut supprimer cette marque générée par l'éditeur HTML pour signaler que le fichier est encodé en utf-8. Celui-ci doit avoir une option concernant la "BOM" (voir http://www.w3.org/International/questions/qa-utf8-bom , en anglais)

Le problème ne se posera pas si le contenu est en iso-8859 (pas de BOM pour ce jeu de caractère)
Modifié par Laurent Denis (28 Oct 2005 - 09:28)
Je fais ce que peux mais des fois chui un peu court...quand Laurent arrive ça va beaucoup mieux et en plus on apprend des choses Smiley cligne
Merci Laurent!
Ca c'est sûr on apprend des choses !! Surtout moi d'ailleurs Smiley murf

Mais ça progresse:

-Le BOM du début, super je l'ai eu. Pour info sous Visual Web Developer Express c'est Outils - option - Afficher tous les paramètres. Puis Editeur de texte - Général et décocher "Dédecter automatiquement le codage UTF-8 sans signature". (un peu casse-tête qd même non? Smiley lol )

-Pour le codage des caractères. Si je comprends bien, le serveur (ma maquette est hébergée chez free) envoie un entête http fixant utf-8. Si je ne peux jouer là-dessus, il faut donc que tous mes documents soient en utf-8. Je n'ai pas encore trouvé comment faire coder les txt en utf-8 par VWDE, mais en le faisant à l'aide de PSPad, euréka, j'ai mes accents Smiley biggrin

Petite question subsidiaire: Si l'entête http est prioritaire par rapport à la balise meta, doit-on la mettre?

Merci à tous, y compris aux "un peu court" trop modestes Smiley ravi
Administrateur
Bonjour,

Raphael a écrit :
Hello,

Attention à ton choix de titre de sujet : celui-ci n'est vraiment pas pertinent Smiley decu

la première remarque faite par Raphael est toujours valable: le titre de ce sujet n'est pas très descriptif. Tu peux l'éditer en éditant ton 1er message (pour savoir comment faire, c'est expliqué dans Aide/Règles), merci.

Felipe
Bonjour,

01Jean0 a écrit :


Petite question subsidiaire: Si l'entête http est prioritaire par rapport à la balise meta, doit-on la mettre?


Oui. Elle montrera toute son utilité si la page est séparée, pour une raison ou une autre, de ses en-têtes HTTP. Par exemple, si elle est enregistrée localement Smiley cligne
Une déclaration de caractère bien réalisée permet normalement de taper des accents dans sa page de CODE, sans pour autant avoir de problèmes. Smiley smile
Bonjour,

Dunkelheit a écrit :
Une déclaration de caractère bien réalisée permet normalement de taper des accents dans sa page de CODE, sans pour autant avoir de problèmes. Smiley smile


Ce n'est pas la déclaration en elle-même qui le permet. La page dont il est question ici montre bien, justement, qu'une déclaration de jeu de caractères ne sert à rien si le fichier lui-même n'est pas correctement encodé Smiley cligne

Ce qui permet de saisir directement des caractères spécifiques (accentués ou autres comme le sigle euro, les caractères phonétiques, des tirets cadratins, etc.) dans un fichier HTML, c'est :
- le choix d'un jeu de caractère dans lequel ils existent.
- l'encodage réel du fichier dans ce jeu de caractère
- l'information sur le jeu de caractère, donnée au navigateur via l'en-tête HTTP et un rappel du type meta ou prologue XML

Et au-delà, pour la restitution correcte de ces caractères, il faut également :
- l'indication via CSS d'une police de caractère où les glyphes correspondants (ce qui s'affiche finalement) existent.
- la capacité du navigateur à identifier dans le stock disponible chez l'utilisateur cette police ou une autre équivalente (au-delà des simples caractères accentués et des signes les plus courants, IE 6.0 Win a souvent du mal, là)
Modifié par Laurent Denis (01 Nov 2005 - 11:09)
En fait mon problème vient de la façon dont Visual Web Developer Express encode les différents types de fichiers. Pour le html, pas de soucis, il est possible de choisir (par défaut en iso-8859 ), pour les php (extension qu'il ne reconnait pas bien sûr Smiley smile ) et les txt c'est utf-8, sans possibilité de le changer.

Et donc avec l'include, j'ai des caractères encodé en iso-8859 qui sont incorporés dans un contenant utf-8.

Je pense changer d'outil d'édition. PSpad à l'air vraiment bien (merci encore zanzibar).

Il me reste qd même une petite question de plus sur le sujet: d'ou vient le jeux de caractères déclaré dans l'entête HTTP?
01Jean0 a écrit :

Pour le codage des caractères. Si je comprends bien, le serveur (ma maquette est hébergée chez free) envoie un entête http fixant utf-8. Si je ne peux jouer là-dessus, il faut donc que tous mes documents soient en utf-8. Je n'ai pas encore trouvé comment faire coder les txt en utf-8 par VWDE, mais en le faisant à l'aide de PSPad, euréka, j'ai mes accents Smiley biggrin


Tu es hébergé chez free et tu utilises php. Donc, tu peux changer l'en-tête HTTP par défaut.

<?php header("Content-Type:text/html; charset=iso-8859-1"); ?>
pour fixer l'iso-8859-1.
Et comme c'est du code php, on ne le vois jamais en regardant les sources du html reçu.

Super, merci tous, je crois que j'ai compris comment s'articulent les jeux de caractères.
Sujet clos
Aller à