Geckozone

http://yansanmo.no-ip.org:8080/ysm-validator/

Comme c'est le validateur par défaut pour les fichiers locaux avec Web Developer, je l'utilise pas mal, mais il y a toujours plein d'erreurs bizarres.

Par exemple, si j'ai un "É" (E majuscule-accent aigü), il me mets l'erreur suivante :

Code : Tout sélectionner

Erreur à la colonne X: caractère non SGML numéro 137 (type #139)

Pareil avec les traits d'unions "-" :

Code : Tout sélectionner

Erreur à la colonne X: caractère non SGML numéro 150 (type #139)

Et puis en fin de fichier il y a toujours des caractères bizarres ou une ligne en plus avec une vigtaine d'erreurs... pourtant je ne vois rien dans mon éditeur ou même si j'affiche le code source dans Firefox

Comme ces erreurs n'apparaissent pas avec le validateur du W3C (ni avec celui du WDG), je me demande d'où vient le problème

PS : Hoaxyde, si tu passe par ici, une petite correction dans Web Developer s'impose avec les validateurs locaux : ce ne sont pas du tout ceux du WDG

oui, je m'en suis rendu compte, je vais corriger

grr. d'utf-8 d'iconv, de ... censuré... **asd/3@ø@¢Š¬²

Que dois-je en conclure

qu'il va y travailler pour corriger cela

c'est un problème du à l'encodage des caractères

Oui, ça je crois avoir compris, mais la suite

Attendons de voir, je crois que Yan est plus que compétent pour ce genre de choses

calimo a écrit :Oui, ça je crois avoir compris, mais la suite

Tu parles de **asd/3@ø@¢Š¬²? Je dirai que c'est un onomatopée symbolisant la colère et par conséquent des jurons.

En effet, mais je me demandais si elle n'apportait pas quelques précieuses informations sur le problème

Calimo, la nouvelle version que j'ai fait à été envoyée à Acces-Pour-Tous, ils vont surement la mettre en ligne bientôt. Sinon, envoie moi un mail pour la demander

Bon j'ai :
changé mon système entier pour l'UTF-8,
placé les variables d'environnement pour les caractères
refait les conversions en petit morceau ( la fonction php iconv() bug avec les trop gros fichiers)
et ajouté un SELECT pour l'encodage

Pour envoyer l'encodage en ligne de commande ou en méthode post, c'est la variable
"ct".

J'utilise aussi fsockopen() pour lire l'entête pour parser l'encodage des fichiers.
présentement j'essait d'ouvrir 3 fois le fichier ( je regarde s'il y a 2 directions).
Je veux pas faire des boucles infinies non plus...

Plus de problèmes avec le "É" 8) Merci beaucoup

Par contre il y a toujours les erreurs à la fin du fichier, comme s'il me rajoutait des caractères aléatoirement... Ex:

Code : Tout sélectionner

141. </body>
142. </html>
143. er
        Erreur à la colonne 0: caractère non SGML numéro 0 (type #139)
        Erreur à la colonne 0: caractère de données n'est pas permis ici (type #63)
144. $size = strlen($contents);
145.

Est-ce que ça peut venir de mon serveur ?
Parfois il y a aussi des caractères de tableaux qui trainent, des tr et des td, alors que je n'en utilise absolument pas.
Et puis j'ai toujours le problème avec le trait d'union

(-)

Il va falloir que je coupe en morceaux les chaines de caractère provenant des requêtes POST ou que je recompile php avec la librairie iconv()...

Il devrait être ok là?

Salut,
Visiblement il n'y a plus le problème avec le texte ajouté à la fin.
Par contre, l'utf-8 ne semble plus trop géré...

trÃšs lÃ©ger

Pourtant ça allait bien avant

EDIT : Oups, mea culpa, je n'avais pas fais attention à l'option "Encodage"

Je ferai plus attention la prochaine fois, tout semble parfait maintenant

Geckozone

Problèmes avec le validateur de Yan Morin.

Problèmes avec le validateur de Yan Morin.

grr. d'utf-8 d'iconv, de ...

Correction effectuée..

S'il rajoute vraiment des caractères

Ok?