Gestion de l'Unicode.

Bonjour.

Ce qui me gêne beaucoup, c'est l'impossibilité de gérer les caractères Unicode.

Il est pour l'instant impossible d'afficher du texte en polonais dans un objet quelconque !

N'y aurait-il pas moyen de créer un nouvel objet de type memo, qui permettrait de les afficher ?

Notepad de Windows les gère très bien.

Merci.

Le problème, c'est que Panoramic, dans sa version actuelle, ne gère pas l'Unicode. Avec le compilateur, ça changera probablement.

J'avais étudié le problème pour le passage à 64 bits. Delphi 6 que j'utilise pour ma DLL, est bloqué à 32 bits et ne gère pas l'Unicode. J'ai donc essayé FreePascal avec l'IDE Lazarus. Là, l'Unicode passe dans problème, et on peut passer à 64 bits. J'ai converti déjà une petite partie de mes fonctions, juste pour voir la faisabilité. Mais l'enjeu va beaucoup plus loin: la novelle version compilée de Panoramic a également l'ambition d'être "portable", en particulier sous Android. Et là, FreePascal s'impose pour la DLL. Cependant, comme plus de 80 % des fonctions de KGF.dll sont conçues pour rendre des fonctions système de Windows accessibles à Panoramic, cette DLL va considérablement perdre de son intérêt...

Unicode, suite.

Ceci dit, si tu installes une police "polonais" en Windows, et si tu donnes cette police à un mémo par la commande FONT_NAME, je ne vois pas du tout pourquoi les caractères ne s'afficheraient pas. Evidemment, cela reste du ANSI, dont certains caractères sont interprétées différemment, comme pour la différence entre Anglais et des langues comme Français et Allemand. Mais ça devrait être jouable.

As-tu essayé le composant RichEdit ?

ou afficher une page HTML éventuellement

Le problème avec l'Unicode, c'est que Panoramic ne le gère pas. On ne peut donc pas mémoriser une chaîne de caractères Unicode dans une variable String Panoramic, avec toutes les conséquences que ça peut avoir. Même si l'on trouve un composant capable de l'afficher (par FILE_LOAD, par exemple), on ne pourra pas traiter le contenu dans le programme Panoramic.

Il faut passer par des caractères ASCII dont certains sont interprétées différemment, comme c'est le cas pour le Français, l'Allemand, l'Espagnol etc. Ce sont simplement des polices différentes pour des caractères 8 bits. Les caractères Unicode sont sur 2, 3 ou 4 fois 8 bits pour un seul caractère. Oublie...

A moins qu'un Klaus n'ait envi de faire des fonctions UNICODE dans un DLL à part ou dans KGF ?
Mais ça veut dire refaire des objets, des fonctions pour manipuler les chaines UNICODE, etc ... mais bon rien d'infaisable pour un Klaus qui en aurait envie et le temps (et ça le temps, c'est une vrai question ...)

Aïe... tu me veux vraiment du bien, là !

Non non Klaus, il n'y a pas de défit. C'est juste te connaissant. S'il y a un truc qui te dit et qui n'ai pas possible, te connaissant, tu risque de le coder ... Mais tu as certainement d'autres projets en court. Perso, je ne m'en sert pas, mais Pedro si. Après il y a des moyens de contournement. Bon je ne pollue pas plus ce sujet car j'intervient alors que je n'ais pas grand chose à y faire, sans doute par ce que le forum était calme depuis hier.

Comme je l'ai déjà dit, je pense que la solution passe par une police standard "polonais", au même titre que WingDings, Symbols etc. Cela existe. Il suffit de la télécharger et installer, et elle sera disponible pour la commande FONT_NAME.

J'ai regardé un peu ce que je peux faire pour UNICODE. Je peux utiliser, dans la DLL, le type de données WIDESTRING qui utilise 16 bits pour chaque caractère, et qui peut unsi stocker du UNICODE. Je peux également coder facilement des opérations sur ce type d'éléments. Mais, et il y a un "mais": Panoramic ne sait pas le gérer? Et je ne peux rien y faire. Dès l'instant qu'on affecte une chaîne de caractères dans une variable string de Panoramic, elle est considérée comme "ANSI" par Panoramic et l'information spécifique est perdue. Pire: aucun objet Panoramic n'est adaptéà UNICODE: EDIT, ALPHA, MEMO et j'en passe, tous ne gèrent que les texte ANSI.

Et donc, je répète, la solution consiste à utiliser un texte ANSI dans lequel certains caractères, en général entre les valeurs 161 et 254, pour représenter les caractères spéciaux polonais, tout comme c'est le cas pour les caractères spéciaux français ou allemands. Et donc, il faut installer une police appropriée, téléchargée par exemple sur un site comme http://www.freelang.com/polices/. Il y en a d'autres. Google: police de caractères polonais. Et ça vient...

Bonsoir.

Je viens de télécharger la police polonaise suivante: Cieszyn, qui fera très bien l'affaire.

Merci Klaus.

je crois ne pas être trop hors sujet bien que !
depuis toujours,(et quelque soit l'ordinateur) la boite mail de FREE me converti des caractères en choses bizarre surtout avec les accents.
Encore hier , impossible de créer un compte chez LEICA   car l'adresse envoyé est corrompu.
après plusieurs recherche il semble que se soit un problème de codage du mail mais les solutions me semble peut claire voir inaccessible à mon niveau  .
Se peut il qu'une solution existe?
Merci

mindstorm a écrit:

Se peut il qu'une solution existe?

Oui, la solution existe.
Je publierais (peut-être demain) quelques procédures de conversion de fichiers (ANSI vers UNICODE; UNICODE vers ANSI;  OEM vers ANSI.

C'est fait. C'est ici