@ Gabriel Radic <gabrielradic@timbru.com> :
Vous pouvez essayer la problème de replacement des caractères sur
www.franta-romania.com/breve.php3?id_breve=5
Ajoutez tout simplement un message dans le forum et copiez le caracteres
qui se trouvent dans le contenu de la brève ? ?, S, s, Â â, T, t, Î î.
Essayez avec Mozilla et IE pour voire la différence dans le code.
Le problème, c'est qu'il faut utiliser un navigateur qui sait éditer les
entités html dans les formulaires. IE, d'après mes expérimentations, ne sait
pas faire. Mozilla oui, si tu as les bons packages linguistiques sur ton
ordi (sur Mac OS X, où j'ai fait mes essais, j'ai pu en installer beaucoup :
mais il me manquait, notamment, l'arabe et l'hébreu).
Je aussi essaye avec le META codepage Central European ISO-8859-16,
ça ne change rien 
Si tes clients savent gérer le ISO-8859-16, c'est jouable; sinon, ça va
bugger. J'ai fait une tentative d'explications dans
http://www.uzine.net/article1785.html
Dans spip a priori tu peux décider que le codage naturel de tes caractères
sera le ISO-8859-16 ; pour cela il suffit de mettre dans ta base
(directement en SQL) :
insert into spip_meta (nom, valeur) VALUES ('charset', 'iso-8859-16');
ce qui ajoutera les bons entêtes à tes pages de l'espace privé. Ensuite,
pour l'espace public, mettre une ligne
<?php @header("Content-Type: text/html; encoding='iso-8859-16'"); ?>
au début de chaque squelette (ou dans les fichiers article.php3 etc...)
A partir de là, le charset de spip est iso-8859-16 ; la base de données est
codée dans ce charset, et tu n'as plus d'entités &#xxx; pour ces
caractères-là. C'est donc plus propre dans la base. Mais si tes clients ne
savent pas gérer ce charset, tu as de toutes façons un problème... je ne
crois pas qu'il y ait de solution propre, mais tu peux essayer de bricoler
des filtres pour "récupérer" les caractères "crados" envoyés par des clients
mal-comprenants.
REMARQUE : le fichier ecrire/accents.php3 n'a aucune utilité dans spip, pas
la peine de te casser la tête avec 
Pour être précis, il nous sert à
transcoder les fichiers source quand par erreur on y met des accents
iso-8859-1, et il peut servir de point d'appui pour faire d'autres
insertions dans la base, ce qui lui vaut d'être distribué ; mais il n'est
jamais utilisé en temps normal lors de l'utilisation de spip.
Bon courage... !
-- Fil
