Ah oui, c'est bien ça.

Sauf qu'on peut feinter dans ce cas avec:

Convertit une chaîne UTF-8 en ISO-8859-1
[php]string utf8_decode ( string data )[/php]

utf8_encode -- Convertit une chaîne ISO-8859-1 en UTF-8

[php]string utf8_encode ( string data )[/php]

Pour que le forum soit complètement compatible UTF8 (ça serait cool et innovant (:) ) il faudrait que tous les INPUTs soit coder/décoder.
Je pense pas que ça prenne beaucoup de CPU cela dit faut faire des tests.

Se qui donne en language compréhensible par les néophites ?

Sinon ben je vais essaye se qui a été dit plus haut encore merci pour votre aide

Mettre directement le forum en unicode, en tout cas, ça bouffe pas de ressources

Tout à fait d'accord, il faudrait que l'encodage par défaut soit en UTF-8 pour la base comme le forum et le tour est joué ^^

et indiquer dans l'en-tête HTML du forum que la page est en UTF-8 également.

Remplacer ça:


Par ça:


Maintenant il se peut qu'il faille convertir également les fichiers langues de FSB en UTF-8, mais pour ça il faut tester. Ce que je n'ai pas le temps de faire pour l'instant.

Tant que l'unicode n'est pas supporté partout tu ne peux pas afficher les kanji ET les caractères accents.

Il est possible de supporter les deux, il faut la base et le code en UTF-8 ou autre encodage unicode (UTF-16,...).
Pour MySQL il me semble qu'il supporte l'utf-8, maintenant je sais pas à partir de quelle version.

Faut que la base de donnée, le code client et serveur supporte ce mode.

Bonjour,
je passais par là, justement pour voir si FSB est compatible utf-8.
Je vois que c'est possible mais pas par défaut.
Pour info:
Pour régler le problème de s@d et du posteur initial il faut convertir les données de la base en binaire, puis passer la base en utf8, et, finalement reconvertir les données en text/varchar. Tout ça est expliqué, chichement, dans le manuel de MySQL sur la migration de 4.0 à 4.1
http://dev.mysql.com/doc/refma...conversion.html

S'il y a des accents dans les champs enum set etc. il fau faire aussi la manip par le binaire pour ne pas perdre le fonctionnement.

Edit: la manip ci dessus est valable si les données étaient déja en utf8 dans une base qui ne le gérait pas. Si les données sont en latin 1, il faut les convertir "à la main" (script). Pour un champ donné, tous les enregistrements doivent avoir le même encodage.

Sécu base fortement recommandé avant de se lancer dans cette opération pour la première fois.

Pour ma peine, qq peut il me dire si FSB est multilingue via gettext ou via des fichiers de chaine php?
Je n'ai pas encore regardé les sources.

Max

Bienvenue, à toi ^^
Vi c'est des tableaux dans des fichiers php.

C'est parce que les caractères spéciaux qui ont été encodé avant que tu ne mette ta base en utf-8 sont toujours encodé en iso-8859. Il faut que tu t'amuse à les re-convertir a la main (ou bien si jamais tu trouve un script...) :bierre: