rub a écrit:
Est-ce que tous les développeurs de plugin vont être à l'aise avec des fichiers UTF8 dans un premier temps?
Pour moi, l'utf8, c'est du chinois...
Bon, je comprend à peu près de quoi il s'agit après un rapide détour sur wikipedia...
Mais va falloir m'expliquer comment encoder les fichiers de langues en utf8...
Hors ligne
P@t a écrit:
Mais va falloir m'expliquer comment encoder les fichiers de langues en utf8...
parce que çà devient le standard.
imagine que tout le monde partout utilise UTF8, ben tu serais plus embêté par des problèmes d'encodages de caractères : que tu sois sous windows, linux, mac, en france, en chine, en russie, en pologne.....
en gros, voilà l'avantage. si tu fais attention, dois y avoir AStat qui inscrit des caractères bizarres dans la console d'administration des plugin : c'est parce que par défaut mon environnement est en UTF8 et qu'il enregistre les docs en UTF8. ce fichier là, faut que j'aille l'enregistrer en indiquant spécifiquement qu'il s'agit de l'ISO 8859-1
Hors ligne
P@t a écrit:
Mais va falloir m'expliquer comment encoder les fichiers de langues en utf8...
Il faudra changer une option de ton éditeur préféré...
Sur un fichier existant je fais Format + Encoder en UTF-8
Pour les nouveaux:
Préférences + Nouveaux documents + Format Unix + Encodage UTF-8
Ça devrait te suffire...
Mais tu n'as peut-être pas le même éditeur mais en cherchant un peu.
8-)
Hors ligne
P@t a écrit:
Pour moi, l'utf8, c'est du chinois...
C'est pas du chinois, c'est de l'UTF8!
Blague à part, un simple notepad XP suffit!
Et une fois que tu seras OK, 75% des plugins seront au carré! mdr!
Hors ligne
rub a écrit:
rub a écrit:
z0rglub a écrit:
non, je ne vois pas l'intérêt, et toi ?Est-ce que tous les développeurs de plugin vont être à l'aise avec des fichiers UTF8 dans un premier temps?
Finalement après réflexion, abandonnons la possibilité du fr_FR.iso-8859-1.
On aura fr_FR sans charset et on aidera les développeurs de plugins à encoder en UTF8 (sachant que c'est pas si compliquer de nos jours!)
D'autant plus que les autres charset ne seront pas pris en compte!
Sinon, ce soir, je passe ruben.demo en UTF8... a suivre...
Hors ligne
rub a écrit:
C'est pas du chinois, c'est de l'UTF8!
Blague à part, un simple notepad XP suffit!
hmmm ... tu verras le nombres des plugins merdiquement encodes... et encore qui ont sauve le fichier en UTF8 avec le BOM et qui va generer des caracteres bizarres et wanings "headers already sent"
Hors ligne
rvelices a écrit:
hmmm ... tu verras le nombres des plugins merdiquement encodes... et encore qui ont sauve le fichier en UTF8 avec le BOM et qui va generer des caracteres bizarres et wanings "headers already sent"
Peut-être oui... Mais on sera la pour indiquer la route (comme pour le config_local.php et les espaces)...
Hors ligne
Voilà, j'ai commité en [Subversion] r2130 le changement d'encoding dans les fichiers de langue.
A noter que j'ai un warning sur les pages d'admin:
Warning: array_merge() [function.array-merge]: Argument #2 is not an array in /home/pierrick/public_html/piwigo/trunk/include/functions.inc.php on line 1600
Je pense que la fonction load_language n'a pas vraiment d'intérêt étant donné qu'on ne garde que l'utf-8
Hors ligne
z0rglub a écrit:
Voilà, j'ai commité en [Subversion] r2130 le changement d'encoding dans les fichiers de langue.
A noter que j'ai un warning sur les pages d'admin:Warning: array_merge() [function.array-merge]: Argument #2 is not an array in /home/pierrick/public_html/piwigo/trunk/include/functions.inc.php on line 1600
Je pense que la fonction load_language n'a pas vraiment d'intérêt étant donné qu'on ne garde que l'utf-8
z0rglub, il y a aussi les fichiers lang des plugins à faire non?
Hors ligne
Sinon, dans mon fichier ./include/config_local.inc.php , j'avais des accents ($conf['links']).
Il faudrait peut-être aussi convertir ce fichier en UTF8 lors de l'upgrade?
Hors ligne
rub a écrit:
rvelices a écrit:
hmmm ... tu verras le nombres des plugins merdiquement encodes... et encore qui ont sauve le fichier en UTF8 avec le BOM et qui va generer des caracteres bizarres et wanings "headers already sent"
Peut-être oui... Mais on sera la pour indiquer la route (comme pour le config_local.php et les espaces)...
Avec un plugin du type de LocalFiles Editor mais que pour les fichiers langues de base et des plugins, on pourrait faire les modifs directement en UTF8 sans soucis!
P@t, c'est pas encore fait? mdr!
Hors ligne
Il me semble que j'ai parlé de convertir les fichiers locaux sur un autre forum (un peu privé).
8-)
Hors ligne
VDigital a écrit:
Il me semble que j'ai parlé de convertir les fichiers locaux sur un autre forum (un peu privé).
8-)
Je suis passé à côté 8-)
Hors ligne
rub a écrit:
z0rglub, il y a aussi les fichiers lang des plugins à faire non?
Bien vu (on voit que je n'ai pas encore bien intégré les plugins dans mon inconscient PWG), c'est fait.
Hors ligne
rub a écrit:
Sinon, dans mon fichier ./include/config_local.inc.php , j'avais des accents ($conf['links']).
Il faudrait peut-être aussi convertir ce fichier en UTF8 lors de l'upgrade?
Je ne suis pas vraiment d'accord. D'une c'est un problème ultra-mineur, de deux ça veut dire que ce fichier doit être autorisé en écriture par le serveur web (comme le très spécifique mysql.inc.php)
Hors ligne