Y a un gros problème avec utf-8 par défaut : c'est la réalisation des
squelettes.
Les gens confectionnent leurs squelettes avec un éditeur. Que ce soit un
éditeur de texte ou wysiwyg, peu importe. Cet éditeur sera, sur les
machines "occidentales", réglé en iso-8859-1. Dans beaucoup de cas, il
ne supporte même que ça. Or si les dinos savent qu'il est plus sain
d'utiliser les entités HTML (é etc.) plutôt que directement les
caractères accentués, je pense que beaucoup de gens tapent aujourd'hui
directement leurs accents dans le HTML (et ils ont raison, parce que
c'est fait pour, que c'est beaucoup plus rapide et moins casse-gueule).
De plus beaucoup vont mettre machinalement un "Content-Type:
charset=iso-8859-1" dans le <head> (ou pire, c'est le machin wysiwyg qui
le mettra pour eux), ce qui foirera avec les articles formatés par SPIP
en utf-8.
Du coup, pour ceux qui vont commencer un nouveau site SPIP :
- beaucoup de mauvaises surprises et de problèmes insolubles à la
confection des squelettes (la plupart des gens ne connaissent rien aux
charsets et seront incapables de diagnostiquer le problème)
- problèmes éventuels pour récupérer des squelettes tout faits, qui
seraient "en dur" en iso-8859-1
Vous allez me dire : les <:codes:> peuvent résoudre le problème ! Oui
mais là on parle de tous les futurs sites SPIP, pas seulement les sites
multilingues...
Evidemment, on peut imposer l'utilisation d'un éditeur comprenant
l'utf-8, et le mettre en gros dans la doc. Mais bon, c'est pas génial
d'imposer des outils, surtout si ce ne sont pas les plus répandus /
agréables. En plus, ça va être un peu compliqué à expliquer puisque ça
ne s'applique qu'aux SPIP créés sous SPIP >= 1.7 (mais si on restaure
sur un nouveau SPIP >= 1.7 une sauvegarde datant d'un SPIP < 1.7, le
charset redevient iso-8859-1 pour ne pas foirer la base de données,
enfin bref...).
Les codes HTML (é à...) sont-ils supportés en utf8?
- Si "non": effectivement, problème.
- Si "oui": y a-t-il encore un gros problème? D'un côté il y a ceux qui travaillent avec un éditeur Wysiwyg (type DreamWeaver), et là les codes HTML sont automatiquement installés à la place des lettres accentuées; de l'autre, les ceusses qui bossent à l'ancienne, directement avec un éditeur de texte (bibi fait ça), et on peut espérer que ceux-là, ils savent remplacer les accents par les codes qui vont bien.
... D'un côté il y a ceux qui
travaillent avec un éditeur Wysiwyg (type DreamWeaver), et là les codes HTML sont automatiquement installés à la place des lettres accentuées;
Euh ... perso je travaille avec DreamWeaver
mais pour faire du spip, je tape le code dans la fenêtre code
et éventuellement quand c'est possible je fais des allers et retours
avec la fenêtre de visualisation.
Seulement le Wysiwyg de DW perd les pédales quand il rencontre les boucles SPIPs : parfois ça s'entasse (les structures alternatives)
ou bien ya du code qui se retrouve non affiché.
Donc le Wysiwyg permet dans le meilleur des cas un accés facile au morceau de code / à la boucle cherché/e dans la page
et il sert aussi un peu à l'édition.
Quand aux accents, c'est vrai que de plus en plus j'ai arrêté de me fader les ´ & co, car je voyais bien que ça ne servait à rien ...
et je préfèrerais ne pas devoir me prendre la tête avec ça.
J'utilise très peu de texte dans mes squelettes, et je préfère tout écrire avec le codage HTML.... mais c'est vrai que c'est pénible.
Quand j'ai beaucoup de texte, j'ouvre un composeur (Netscape ou Mozilla), je tape le texte puis je le récupère dans l'onglet 'source'.
Quand j'étais sur Macintosh, j'utilisais l'excelent Alpha, qui à des fonctions de conversion de texte très efficaces (il ne se trompe pas, il remplace juste là où il faut)
Autrement, il suffirait d'utiliser le convertisseur php3-->php (4) et de lui demander en même temps de remplacer les caractères accentués.