Discussion :

[ApproxDev]

Bonjour,

j'ai développé un programme en Lazarus fpc-2.6.1 utilisant ZeosDB et une base MySQL [Interclassement pour la connexion MySQL utf8_general_ci - Base et tables en latin1_swedish_ci]

Je l'ai recompilé avec fpc-3.0.0. Toutes mes TStringGrids alimentées par les tables ont maintenant un problème d'affichage au niveau des caractères accentués.

Existe-t-il un moyen simple de corriger ce problème ? Une seule ligne pour tout le projet me suffirait comme

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

{$codepage cp1252}

... mais cela ne semble pas fonctionner dans ce cas .

Pourtant

• activate the -dDisableUTF8RTL mode with Project Options ... -> Compiler Options -> Additions and Overrides -> click on Use system encoding
• change the file encoding: Source Editor -> mouse rightclick -> File Settings -> Encoding -> take your system encoding (for that example take 1252) and confirm

Now you are able to build a project without UTF8 dependences.

Source : http://wiki.freepascal.org/Lazarus_w...out_UTF-8_mode

Merci. AD.

RQ : j'ai utilisé exactement la même version de ZeosDBO que j'avais zippée avec le projet ainsi d'ailleurs que la version de Lazarus utilisée lors du développement.

[gvasseur58]

Bonjour,

Je vois que le sujet reste sans réponse... et je ne suis que moyennement surpris . En effet, le passage à l'UTF8 n'est jamais simple, mais est devenu incontournable. Aussi, en guise de réponse insatisfaisante, je crois qu'il faut passer les données à la moulinette et ne pas compter sur une instruction ou une directive miracle.

Cordialement,

Gilles

[tintinux]

Bonjour

Gilles a parfaitement raison, il faut se méfier des solutions qui temporisent sans rien régler, en aboutissent à des blocages ou des surcharges inutiles comme des doubles encodages. Le mieux serait de convertir la base en UTF-8 dès que possible.

Toutefois, si la base contient vraiment des chaînes de caractères codées en latin1_swedish_ci, et qu'elles s'affichent bien sous l'ancienne version, c'est qu'elles sont converties en UTF8 "à la volée" d'une manière ou d'une autre lors des lectures et des écritures.

Certaines fonctions comme SysToUTF8 qui pouvaient réaliser ces conversions sont deprecated, et ne font plus rien en 3.0 sauf justement si l'option -dDisableUTF8RTL est présente avec :

• activate the -dDisableUTF8RTL mode with Project Options ... -> Compiler Options -> Additions and Overrides -> click on Use system encoding

Vérifie si c'est bien le cas avec quelque chose comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
{$IFDEF DisableUTF8RTL}
Showmessage('oui');
{$ELSE}
Showmessage('non');
{$ENDIF}

Si l'UTF8RTL est bien désactivé, je ne sais pas ce qui peut se passer... Il faudrait réaliser un petit programme de test et envoyer un échantillon de données pour qu'on puisse essayer de reproduire et de t'aider.

Par contre, je ne vois aucune raison d'utiliser ça :

• change the file encoding: Source Editor -> mouse rightclick -> File Settings -> Encoding -> take your system encoding (for that example take 1252) and confirm

Cela change seulement l'encodage des fichiers sources. Depuis des années, tous les sources Lazarus devraient être en UTF8 car sauf paramétrage exceptionnel Lazarus attend de l'UTF8.

Cette commande utilitaire (ce n'est pas une option) ne sert que pour réutiliser des fichiers sources de Delphi codés en 8 bits, pour les convertir en UTF8. Cela n'a d'effet que sur les constantes et textes "en dur" dans les programmes et ça ne concerne pas les données de la base.