Dites, je repasse le charset par défaut sur iso-8859-1.
Plusieurs raisons :
- un vieux SPIP upgradé d'un coup serait complètement cassé
(lire_meta('charset') inexistant donc forcé à utf-8)
- on n'est pas sûr qu'utf-8 marche correctement partout.
Notamment : vieux systèmes, brouteurs texte, et problèmes
de polices de caractères (notamment sur certains unix)
- il n'y a _aucune_ utilité à forcer l'utf-8 par défaut
vu que ça n'apporte aucun avantage dans l'utilisation
de SPIP (et ceux qui veulent utf-8 savent où le trouver)
Dites, je repasse le charset par défaut sur iso-8859-1.
hum
Plusieurs raisons :
- un vieux SPIP upgradé d'un coup serait complètement cassé
(lire_meta('charset') inexistant donc forcé à utf-8)
On peut aisément trouver une solution dans inc_base ; il suffit de retrouver
à quel moment on a introduit ce meta.
- on n'est pas sûr qu'utf-8 marche correctement partout.
Est-ce que qui que ce soit a signalé un problème sur www.spip.net ? C'est un
site quand même pas mal visité, et par pas mal de gens ayant des configs un
peu particulières. Pour ma part je vais passer le Diplo en utf-8 bientôt :
on saura vite si ça coince
Notamment : vieux systèmes, brouteurs texte, et problèmes
de polices de caractères (notamment sur certains unix)
On parle bien d'une version multilingue, non ? Comment gères-tu l'arabe -
et même les nouveaux ' en forme de virgule, sans l'utf-8 ? (Les envois de
mails ne marchent pas)
- il n'y a _aucune_ utilité à forcer l'utf-8 par défaut
vu que ça n'apporte aucun avantage dans l'utilisation
de SPIP (et ceux qui veulent utf-8 savent où le trouver)
A ce compte-là, autant forcer le charset à us-ascii, on est sûr que SPIP
fonctionnera dans les facs américaines
Mais bon, la meilleure solution à ce dilemme serait, de toute façons, un
convertisseur de charset facile d'utilisation (qui ne passe par par
mysqldump>iconv>mysql).
> - on n'est pas sûr qu'utf-8 marche correctement partout.
Est-ce que qui que ce soit a signalé un problème sur www.spip.net ?
[...] Pour ma part je vais passer le Diplo en utf-8 bientôt :
on saura vite si ça coince
Il y a un bug référencé sur netscape version 4.*, sur tous
les os : dans certains cas (assez aléatoire apparemment) tous les
caractères sont remplacés par des carrés. C'est carrément pas
pratique ...
> - il n'y a _aucune_ utilité à forcer l'utf-8 par défaut
> vu que ça n'apporte aucun avantage dans l'utilisation
> de SPIP (et ceux qui veulent utf-8 savent où le trouver)
Passer en iso-8859-15 dans ce cas : y'aura au moins le œ et le €
Les seuls cas embétants sont ceux qui avaient utilisé les caractères
un demi, ž, ÿ et autres trucs exotiques qui ont disparu ou changé de
position.
Pour info : un utilisateur de Netscape 4.5 (Mac OS 9.2) me dit qu'il n'a
plus accès à l'interface privée : le menu de modification du statut de
l'article ne fonctionne pas ; la liste des auteurs est complètement
garblée...
Pour info : un utilisateur de Netscape 4.5 (Mac OS 9.2) me dit
qu'il n'a plus accès à l'interface privée : le menu de
modification du statut de l'article ne fonctionne pas ; la liste
des auteurs est complètement garblée...
Netscape 4.5 est un mauvais navigateur. Que les pages générées soient
visibles avec ce navigateur, c'est bien, par contre je ne pense pas
qu'il faille consacrer trop de ressources à garantir que la partie
rédactionnelle le soit.
On parle bien d'une version multilingue, non ? Comment gères-tu l'arabe -
et même les nouveaux ' en forme de virgule, sans l'utf-8 ? (Les envois de
mails ne marchent pas)
Mmmh, effectivement, c'est chiant pour l'arabe.
Pour l'apostrophe, on a vécu sans et personne ne voit la différence
Mais bon, la meilleure solution à ce dilemme serait, de toute façons, un
convertisseur de charset facile d'utilisation (qui ne passe par par
mysqldump>iconv>mysql).
Faire un tel convertisseur dans SPIP en PHP ne serait certainement
pas une bonne solution, vu l'usine à gaz que ça requiert.
Il y a sûrement un moyen de décider le truc à l'installation
(si les tables n'existent pas, on force l'utf-8), faudrait
juste le faire proprement.
