Discussion :

[magellan]

Bonsoir,

Le souci est super simple... mais je me triture les neurones!
1° Lorsque je lis le fichier, je dois obtenir "Prénom" (avec l'accent), or j'obtiens
"pr²©nom". J'ai beau torturer le système de conversion, je ne vois pas la commande adéquate (Mac vers Windows et Windows vers Mac ne conviennent pas).

Je soupçonne un souci d'encodage pur et dur...

NOTA:
BDD V13, pas de possibilité de passer à l'Unicode à cause des datas déjà présents en base.

2° questions stupide (je pense): comment sortir un fichier txt au format UTF 8? Mon format actuel est en ANSI, ce qui pourrait ne plus convenir pour beaucoup d'interfaces!

Par avance merci pour les pistes que vous aurez à me filer

[bewidia]

Bonjour,

tu peux utiliser la commande UTILISER FILTRE avant RECEVOIR PAQUET pour spécifier l'encodage attendu (celui du fichier, évidemment).

Pour écrire en UTF-8, tu peux également utiliser UTILISER FILTRE avant ENVOYER PAQUET.

[stanc]

Bonjour,

Il est impossible de se servir d'UTILISER FILTRE ou Convertir vers texte quand on est pas en mode unicode.

On peut faire ses propres filtres à l'ancienne mode mais ils sont limités aux encodages des caractères sur 1 octet. Vu la tronche du pr²©nom, je doute que ce soit le cas.

Pour écrire un fichier en UTF-8, ça va être le même problème.

La seule vraie question qui se pose est pourquoi rester en mode non-unicode ? En v13, ça n'a aucune incidence sur les données. Elles sont gérées en unicode en interne de toute façon. Ce qui change vraiment, ce sont les lectures-écritures dans des fichiers. En unicode, on écrit et on lit en unicode par défaut. Il va donc falloir vérifier ces échanges dans toute la base et éventuellement appliquer UTILISER FILTRE quand c'est nécessaire. À cette occasion, il vaudra mieux proscrire les éventuels appels à Mac vers windows et inversement pour leur préferer UTILISER FILTRE. C'est extrêmement simple à utiliser.

Edit : avec BLOB vers texte et Texte vers BLOB c'est la même limonade. Point de salut sans le mode unicode.