Aide pour site en XHTML 1.0 Strict - Page 1

Je suis en train de me faire un petit site que j'essaie de valider XHTML 1.0 Strict, et il me vient plusieurs questions :
- Comment faire pour que mon code source, enregistré en UTF-8, soit lu correctement, sans qu'il y ait des trucs genre â un peu partout ? J'ai essayé de spécifier l'encodage de la page comme UTF-8, mais ça n'a rien fait... (en attendant, j'ai tout passé en ISO 8859-1)
- Comment valider uniquement ma page d'accueil, le validateur prend toute la page avec l'ajout "obligatoire" de l'hébergeur - pas très bien codé, semblerait-il.
- Est-ce qu'il vaut mieux mettre des caractères sous la forme à ou les taper normalement ?

La page est celle qui figure dans mon profil comme page perso

Merci d'avance

Ymox (./1) :
- Comment faire pour que mon code source, enregistré en UTF-8, soit lu correctement, sans qu'il y ait des trucs genre â un peu partout ? J'ai essayé de spécifier l'encodage de la page comme UTF-8, mais ça n'a rien fait... (en attendant, j'ai tout passé en ISO 8859-1)

Ton "code source", c'est l'HTML de ta page ? Si oui, en l'enregistrant en UTF8 et en mettant la balise <meta> qui va bien, ça devrait passer; il doit y avoir un autre problème quelque part.

- Comment valider uniquement ma page d'accueil, le validateur prend toute la page avec l'ajout "obligatoire" de l'hébergeur - pas très bien codé, semblerait-il.

Quel hébergeur ? Sinon je ne pense pas que tu puisses éviter que cet ajout soit pris en compte, donc une solution pourrait être de faire valider la page hébergée sur un autre serveur, ou chez toi (si tu as un serveur php).

[edit] je viens de voir la page de ton profil, et je pense que ça confirme ce que je viens d'écrire.

- Est-ce qu'il vaut mieux mettre des caractères sous la forme &agrave; ou les taper normalement ?

Si tu précises l'encodage de ta page, tu n'as normalement pas besoin de te prendre la tête avec ces codes (ou alors ils ont un autre intérêt, mais là je ne vois pas trop).

je conseille quand meme largement d'utiliser les caracteres d'échapement, ça evite le pbm de l'unicode tel qu'on l'a sur yN avec le copier citer...

C'est à cause des scripts ça, pas de l'UTF8 en lui-même ^^

Ymox (./1) :
Comment faire pour que mon code source, enregistré en UTF-8, soit lu correctement, sans qu'il y ait des trucs genre â un peu partout ?

peut-être un problème au niveau des en-têtes HTTP renvoyées par le serveur ?
(ou l'absence de précision du charset dans celles-ci)

Ymox (./1) :
Est-ce qu'il vaut mieux mettre des caractères sous la forme &agrave; ou les taper normalement ?

A partir du moment où les problématiques d'encodages sont réglées, je vois pas de raison de se faire ***** à utiliser les entités... Autant taper "normalement".
(Sans compter que ça facilite le passage de ton texte d'un document à un autre - genre si tu veux récupérer ton source HTML pour l'utiliser dans un autre document, il sera plus facile de uniquement supprimer les balises)

Pour l'encodage, je viens de voir que ça fonctionne mieux si je mets les balises en minuscules, le XHTML ne supporte pas les choses genre <META ... />

Et du coup, je vais moins me faire ***** avec les entités, bien que je ne situe pas encore tous les caractères spéciaux sous Linux.

Par contre, pour la validation, je n'ai pas d'autre espace de stockage en ligne, je verrai comment m'arranger. Y aurait-il possibilité de les uplader sur Mirari, par exemple, comme fichiers "temporaires" et les faire valider ainsi ?

Le problème que je vois venir, c'est que cet en-tête de page va apparaître sur TOUTES. Donc, aucune validation possible directement chez l'hébergeur - à moins de vérifier que les erreurs ne viennent que de l'ajout de l'hébergeur

la spec de XHTML demande carrément des balises minuscules, et le XML est sensible à la casse.

Oui, c'était bien noté quelque part, mais j'ai lu un peu en croix

Ymox (./6) :
Par contre, pour la validation, je n'ai pas d'autre espace de stockage en ligne, je verrai comment m'arranger. Y aurait-il possibilité de les uplader sur Mirari, par exemple, comme fichiers "temporaires" et les faire valider ainsi ?

nop, Mirari n'autorise pas l'affichage des pages HTML uploadées dessus par sécurité; si tu n'as qu'une page ou deux on peut s'arranger, mais sinon il reste une solution simple : installe Wamp ou EasyPHP et fais valider les pages directement sur ta machine.

Si ce sont que des pages HTML tu peut faire valider directement le fichier par le site du W3C (en utilisant la fonction d'upload de l'interface)

Ah, intéressant Godzil. Je m'en vais voir par là-bas. (Z'ont pensé à ceux qui veulent tester avant de mettre en ligne )

[Edit] Bon, ben, chez iSuisse, ils codent comme des pieds.

[Edit2] [CSS] Comment faire pour définir des dimensions minimales d'une cellule bien particulière dans un tableau ?

------------------------------
|              |             |
----------------
| 244 x 132 px |             |
----------------
|    |    |    |             |
------------------------------

Ymox (./6) :
le XHTML ne supporte pas les choses genre

non : la norme dit que les balises (et attributs, d'ailleurs) doivent être en minuscules

Ymox (./6) :
Par contre, pour la validation, je n'ai pas d'autre espace de stockage en ligne, je verrai comment m'arranger.

tu dois aussi avoir moyen de déployer un validateur sur ta machine (me semble que celui du W3C était téléchargeable, à un moment)
il en existe aussi sous forme d'extension firefox (je pense notamment à une extension qui doit s'appeler "html validator")

Ymox (./11) :
Ah, intéressant Godzil. Je m'en vais voir par là-bas. (Z'ont pensé à ceux qui veulent tester avant de mettre en ligne )

[Edit] Bon, ben, chez iSuisse, ils codent comme des pieds.

[Edit2] [CSS] Comment faire pour définir des dimensions minimales d'une cellule bien particulière dans un tableau ?

------------------------------
|              |             |
----------------
| 244 x 132 px |             |
----------------
|    |    |    |             |
------------------------------

C'est pas lié au CSS si j'ai bien compris ce que tu veux, mais a la gestion des tableau

Mmmh... Donc, pas moyen de faire autrement que de mettre ces spécifications dans le code de la page ? Dommage...

squale92 (./12) :
tu dois aussi avoir moyen de déployer un validateur sur ta machine (me semble que celui du W3C était téléchargeable, à un moment) il en existe aussi sous forme d'extension firefox (je pense notamment à une extension qui doit s'appeler "html validator")

Merci squale92. Cependant, comme l'a dit Godzil, il y a moyen de valider en upload, c'est ce que j'utilise, d'où le premier edit de ./11

Enfin avec les CSS tu peut donner la taille d'une cellule, mais pas le fait de fusioner des cellules

Je me doutais de ce que les fusions de colonnes et/ou lignes n'apparaissaient pas dans le fichier CSS.
Réaliser le tableau avec la configuration de ./11, j'arrive, mais pour spécifier les largeurs de colonnes et hauteurs de lignes, c'est pas possible de faire figurer ça dans le code de la page. On m'a dit de créer des classes pour les lignes afin de spécifier ces dimensions, mais ça n'a pas l'air de marcher : je me suis fait une classe

td.Image
{
    min-width: 240px;
    max-width: 244px;
    min-height: 128px;
    max-height: 132px;
}

Le truc, c'est que les dimensions de ma case (cf. ./11) ne sont pas celles spécifiées. Est-ce que je devrais aussi spécifier les dimensions de la cellule au-dessus ?

[Edit] : apparemment, les min- et max- width ne sont pris en compte que si l'on définit une largeur nette.

RAAH !

Mes pages sont jolies... quand je les visionne en local. Les lignes de code qui sont rajoutées par l'hébergeur - allez voir le code source de ma page d'accueil, au passage, je crois que ça vaut la peine - font foirer la reconnaissance automatique du charset¹ !

Vous n'auriez pas une proposition pour éviter ce genre de stupidités ?

(Soyez gentils, si vous dites "Change d'hébergeur", proposez-m'en un qui ait des caractéristiques similaires, surtout au niveau coût, merci )

1 : des balises <script>, tombées du ciel, placées AVANT le <!DOCTYPE...> et APRES </html>. Que ceux qui veulent faire tomber le mur se joignent à moi.

C'est UTF-8 qu'il faut écrire, pas utf-8.

17 > vrai mais la plupart des trucs UTF-8 gèrent aussi les miniscules.
c'est changer d'hébergeur, qu'il faut faire, plutot

Kevin Kofler (./18) :
C'est UTF-8 qu'il faut écrire, pas utf-8.

Tiens, j'y avais pas pensé. C'est vrai que FF aide beaucoup quand on fait des erreurs de ce genre. Je m'en vais essayer ça, et j'édite pour les résultats.

Question tout de même au passage, est-ce que le validateur du W3C ne contrôle pas ça aussi ?

[Edit] : ça ne change rien, Kevin. Merci de m'avoir proposé ça en tout cas.

Apparemment, je n'ai plus qu'à me trouver un autre espace de stockage...

et essaie de changer le header http envoyé par apache, avec
<?php header('Content-Type: text/html; charset=UTF-8'); ?> à la première ligne de ton code, en plus de la ligne
<? xml version="1.0" encoding="UTF-8" ?> à la première ligne générée

J'aurais besoin d'aide pour faire les upload avec une console Linux, SVP (avant, je faisais les upload avec IE6... #pastaper# Mais c'est ****** de passer d'un OS à l'autre).
C'est dans les commandes accessibles sur leur serveur, je n'arrive pas à déterminer laquelle utiliser pour leur envoyer un fichier. Je sais que le serveur est de type Unix, j'ai aussi la liste des commandes y disponibles, mais je n'en reconnais que peu, et la commande que j'aurais utilisée (cd) n'est pas disponible.

[Edit] bien sûr que cp est disponible (!), mais quand je veux envoyer mon fichier, j'ai des problèmes de protection (unknown protection level)...

./21 : je mets ces lignes où exactement ? Avant le <!DOCTYPE...> ?

Oui, vraiment au tout début, avant même le premier saut de ligne pour la première.
Par contre, ce n'est pas sûr que la première fonctionne (si php n'est pas disponible, ça ne marchera pas). Pour voir si ça marche, regarde le code source de la page affichée, il ne doit pas apparaître.

Merci, je vais essayer. Je peux utiliser du PHP 5 chez eux - selon leur pub.

Note : edit du post 21.

Tu n'envoies pas tes fichiers par FTP ?

scp?

./25 : Si, mais IE supporte le protocole FTP
Il suffit d'entrer ftp://{utilisateur}:{motDePasse}@{domaine}.{tld} et l'avantage pour ceux qui ne connaissent que Win (ou plus Win que Unix) c'est que le contenu du FTP est modifiable comme n'importe quel autre dossier en local. Je croyais que ça se savait !?

./26 : Ah, euh, oui, en fait, ça doit plutôt être ça, faudra que je teste.

Bon, j'ai essayé la méthode de ./21, et le résultat est :
Parse error: syntax error, unexpected T_STRING in /www/sites/1/isuisse.com/y/m/ymox/site/index.php on line 2
iné est :<? xml version="1.0" encoding="UTF-8" ?>La deuxième ligne dans le fichier incrim Je pense soudainement que j'aurais peut-être du mettre celle-là avant l'autre, non ?

pour le ftp en ligne de commande (ça marche sous win comme sous linux)


démarrer>exécuter>CMD entrée (si t'es sous win)
C:
cd \temp (je suppose que tes fichiers à uploader sont dans c:\temp)
ftp {domaine}.{tld}
message d'accueil
tu entres ton {user}
331 password required for {user}
tu entres ton {password}
user truc logged in
et ça t'affiches ftp>

maintenant :
tu fais ls, ça te liste les fichiers de ton dossier ftp
tu fais pwd, ça te donne le chemin du dossier courrant (sur le ftp)
tu fais cd truc, ça va dans le sous répertoire truc
tu fais cd .., ça remonte d'un répertoire
tu fais get fichier.ext, ça récupère en local le fichier.ext
tu fais put fichier.ext, ça envoie le fichier local fichier.ext sur ton ftp
tu fais mget {masque}, ça récupère tous les fichiers qui correspondent au masque (exemple, mget *.txt) avec parfois une confirmation fichier par fichier...
tu fais mput {masque}, ça envoie tous les fichiers qui... (pareil)
tu fais help, c'est pour le cas où t'as pas mon post sous les yeux
tu fais delete pour effacer
tu fais rename pour renommer
...

iné est :<? xml version="1.0" encoding="UTF-8" ?>La deuxième ligne dans le fichier incrim Je pense soudainement que j'aurais peut-être du mettre celle-là avant l'autre, non ?

Non, c'est juste que sur ton serveur, <? fsfdsfdsfds ?> est reconnu comme du php (et pas chez moi, c'est une option à configurer)
Y a la méthode de Thepro, sinon y a
<?php echo "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n"; ?>