Citation :Convertir le fichier en UTF8 (sans BOM) avec Notepad++ est elle la bonne solution pour l'avenir des fichiers langage "french" avec xoops, ou faut-il continuer la traduction en UTF8 ?
C'est deux fois la meme chose.
Petite recapitulation:
Avec XOOPS 2.0.18, tous les XOOPS ont travailler avec le jeu de characteres latin (ISO-8859-1). Pour afficher le francais est la pluspart des languages Europeennes, c'est suffisante.
En Asie, on a toujours utilisee des autres jeux de characteres.
Maitenant il y a le UTF-8, qui a l'encodage pour tous les characteres du monde. Et avec l'internationalisation qui progresse, on a decidee d'utiliser le UTF-8 comme jeu de characteres pour le nouveau XOOPS 2.3.x.
Pour les anglais, ca ne pose pas des problemes, car ils utilisent seulement les characteres en dessous 0x7F dans le tableau ascii et celles la sont identique en UTF-8.
Pour les Francais il y a les lettres accentuee qui se trouvent dans le tableau ascii etendu (au dessus 0x80). Celles lui ont des codes differentes dans le UTF-8.
Mais ce sont des encodages internes, et quand une fichier est affichee, on voit toujours le charactere avec l'accent.
Les problemes demarre, quand on melange les fichiers et les encodages. C'est le navigateur qui recoit par une tag meta l'encodage du page web. Quand le serveur envoit les informations d'une fichier avec l'autre encodage, on le voit directement sur l'ecran. Ce sont des blocs ou des ? quand les characteres ISO apparaitent dans le UTF, ou des choses comme ü quand le UTF s'affiche dans les page ISO.
Dans la traduction en Francais, on a essayer de resoudre le probleme, par utiliser une codage neutrale: les entitees html. Les lettres accentuees sont convertis par des è etc. Avantage: les page html s'affichent en UTF et ISO a la meme facon. Disavantage est que les definitions des textes devient presque illisible.
Mais il y a encore une probleme qui a sufacee: tous les fichiers de langage, ne sert pas toujours pour etre affichee en des pages web en html. Par example les templates pour des emails, qui sont en plein texte. Comme ca les entitees html ne fonction pas et sont affichee comme ils sont encodee.
Pour ce genre des fichiers, il faut avoir les deux versions en UTF et ISO.
Tous les site neuves sont conseillee de se mettre sur le UTF. Les anciens, qui font une mise a jour restent pour le mieux en ISO. Vue que le transformation d'une site existante n'est pas si facile et en attendant que le XOOPS va aussi prevoir des tools pour ca, on reste avec les deux systemes.
Pour ca, il faut pour le francais une traduction dans le forme ISO (tradionelle, fichiers encodee en ansi) et une en forme UTF-8. Pour convertir des fichiers d'une encodage a l'autre, il y a par example l'editeur Notepad++. L'encodage UTF-8 faut etre sans BOM. C'est pour prevenir que ce BOM s'affiche en dessous les anciennes versions PHP 4.
Pour ca j'ai proposee d'avoir dans les archives avec les traductions deux dossiers supplementaires avec seulement tous les fichiers avec les definitions des textes de langage (Voir l'example pour le module). Comme ils s'appelle iso et utf et on le meme structure d'arbre pour les dossiers, ont peut facilement copier leur contenue sur les fichiers deballer de l'archive. Le fichiers langage dans le base d'archive sont deja en UTF-8.
Avec leur propre encodage tous les lettres accentuees, peuvent etre ecrit normale et on a plus besoin de cettes entitees html. Avec l'editeur Notepad++, c'est vraiment simple pour adaptee les fichiers pour le mise a jour de XOOPS. On edit le fichier ISO (pour ajoutee ou changee des definitions) on le saufe, alors on fait le conversion et on saufe de nouveau a l'autre dossier en arbre utf.
Je pense que c'est la seule chose viable a faire au moment, jusqu'a c'est possible de convertir des sites XOOPS de ISO vers UTF par une simple impression d'une boutton.
