CMS Made Simple Forums

Bonjour,

Alors voilà : j'utilise un script extérieur à CMSMS pour faire des recherches dans un dossier de fichiers PDF. Et ce script renvoie des résultats étranges en raison du codage UTF-8. Il préfère le ISO-8859-1. J'ai donc retiré la ligne :

dans les paramètres globaux et je l'ai réintégrée dans le HEAD de mon gabarit général.
Puis, j'ai créé un gabarit spécifique pour la page de recherche avec dans le HEAD une ligne :

Le moteur renvoie toujours des résultats étranges. Et quand je passe ma page au validator, il indique un avertissement non moins étrange :
The character encoding specified in the HTTP header (utf-8) is different from the value in the element (iso-8859-1). I will use the value from the HTTP header (utf-8) for this validation.
J'en déduis que le codage UTF-8 demeure. Pourtant, UTF-8 est invisible dans la source de la page. Y'a un truc là non ?
Merci de vos lumières.

PS : l'idéal serait bien sûr que je me débarrasse de ce script et qu'un module CMSMS permette de faire des recherches dans des PDF, mais ça, j'ai pas.

JC

re,

question déja posée sur forum.fr- Métadonnées globales
Sympa pour le suivi

De plus je ne suis pas sur que cela concerne CMSMS

Tu veux dire que c'est peut-être le validator qui invente une ligne méta UTF-8 ?
Sinon, on est bien d'accord, si tu supprimes cette information des méta générales et que tu la réintroduit au niveau des gabarits, il n' y a aucune raison pour deux types de codage apparaissent ?! On est bien d'accord ? Quand la source d'une page indique un code ISO, il n'y a rien de caché quelque part qui dit, en plus, UTF-8 ?
Ce serait trop injuste !
JC

sudestmanceau wrote: Alors voilà : j'utilise un script extérieur à CMSMS

jce76350 wrote: De plus je ne suis pas sur que cela concerne CMSMS

J'ai le même doute. Si un "script extérieur" pose problème, il faut consulter son propre support.

Pierre M.

Bonjour,

C'est justement le support de ce script extérieur qui m'a indiqué que le problème venait de l'encodage UTF-8, le script ayant été conçu pour de l'ISO. D'où ma tentative de coller le codage dans deux gabarits différents : l'un pour la page de recherche (ISO), un autre pour tout le reste du site (UTF-8).
Seulement voilà, si les sources des deux pages indiquent bien les deux codages, le moteur continue de renvoyer des résultats insatisfaisants et le validator a l'air de deux trouver deux codages en même temps sur la page de recherche.
Petite précision : le script était utilisé sur le site dans sa version précédente (statique sans gestionnaire de contenu) et avec un codage ISO et les résultats des recherches étaient satisfaisants. C'est depuis la bascule sur CMSMS que le moteur a des soucis avec les caractères spéciaux.

JC

Bonsoir,

sudestmanceau wrote: C'est justement le support de ce script extérieur qui m'a indiqué que le problème venait de l'encodage [dans CMSms]...

Bon, une anomalie dans CMSms, peut être. Donnez un jeu de test statique (ou GCB ou UDT - blocs globaux, balises utilisateur) indépendant du "script extérieur" qui mette en évidence l'anomalie et pointe CMSms. En clair, un rapport d'anomalie simple et reproductible irrévocablement.
Si l'anomalie est confirmée vous pouvez aussi proposer des solutions voire un patch, bien sûr.

Pierre M.

CMSMS pourrait donc avoir cette anomalie : ne pas accepter que les diverses pages du site aient un codage différent ? Est-ce bien votre hypothèse ?

JC

Je n'ai aucune hypothèse. Vous dîtes au support qu'il y a un problème dans CMSms et le support vous demande une évidence (une preuve irréfutable qu'il y a un problème dans CMSms). Un rapport d'anomalie logiciel, quoi ; avec description pour reproduire le problème à l'identique (et donc le cibler pour le corriger).

Pierre M.