Discussion :

[Francois_C]

Bonjour,

J'ai écrit avant-hier un petit bloc-notes qui notamment transforme les caractères accentués, diacritiques, etc. en entités HTML de type é ou é et effectue la conversion inverse.
Après les quelques cafouillages habituels avec ansitoutf8 et utf8toansi, ça a marché presque du premier coup sous Windows.
Mais quand je compile sous Linux (avec la même version de Lazarus), la conversion produit des couples de caractères commençant par à ou à et le décodage du résultat rend bien les caractères originaux. J'en déduis évidemment que sous Linux, en dépit d'utf8toansi, on traite des caractères de plusieurs octets, mais pourquoi les choses se passent-elles différemment sous Linux ?
Mon code est plutôt vilain, mais je domine ma honte pour joindre quand même le projet qui fonctionne avec la version Windows.

[tintinux]

Bonjour

Tu devrais en dire un peu plus, car on ne voit pas très bien où se situe ton problème.
Pour les fonctionnalités que tu décris je ne vois pas où on peut avoir besoin des fonctions d'encodage AnsiToUtf8 et inverse.

Si tu as besoin d'extraire des sous-chaines, il faut utiliser Utf8Copy et non pas Copy, et mettre le même préfixe devant la plupart des autres fonctions sur les chaînes de caractères.
Il est certes possible de convertir une saisie Utf8 en Ansi, d'utiliser les fonctions classiques, puis de reconvertir en Utf8 pour afficher, mais c'est un peu lourd.
D'autant qu'en FPC 3.0 le problème sera réglé, les fonctions sans préfixe Utf8 feront la même chose qu'avec, de manière transparente.

La seule différence entre Windows et Linux se situe au niveau des noms de fichiers qui, sous Windows, sont encore encodés dans un jeu ISO alors que Lazarus attend de l''UTF8. Il suffit d'utiliser SysToUtf8 au lieu de AnsiToUtf8 (et inversement) pour que le programme soit portable et que les noms de fichiers avec accents passent bien.