Gestion des caractères accentués.

L'ideal serait d'être en UTF8 mais cela n'est pas possible actuellement...
Peut être que Klaus peut faire quelque chose ?...

Le problème, c'est que dans un mémo, la police s'applique globalement sur la totalité du mémo. On le peut en aucun cas utiliser une police spéciale pour un caractère particulier.

La solution ? Installer dans Windows une police qui gère ces caractères. Ca existe - il suffit d'en télécharger une et de l'installer dans Windows. Et à partir de ce moment, on peut l'utiliser avec FONT_NAME pour lé mémo, et le tour sera joué.

Simple, mais solution indépendante de Panoramic, car problème non lié à Panoramic.

il y a quand même un pb klaus :
par exemple pour ma base de données SQLite, la collation est, par défaut en UTF8 et je ne peux pas la changer. Les caractères provenant de Panoramic sont codés en Ansi donc si j'essaye de visualiser le contenu ma base avec un utilitaire quelconque (SQLite manager par ex) je vais obtenir un affichage incohérent... (par ex : Saint-Fran�ois au lieu de Saint-François) et je ne peux pas éditer à partir de cet utilitaire les accents car cela sera mon programme Panoramic qui va avoir des pb pour les afficher...

On ne peut pas définir un format d'entree/sortie (ISOxx, UTF8,UTF16, etc...) d'une chaine de caractère avec Panoramic.

Le problème de Pan59 n'est pas évident à résoudre :
Si tu tapes du texte à partir d'un éditeur te proposant le format UTF8, comment vas-tu traiter/utiliser ce texte dans un programme Panoramic ?
tu vas être obligé de taper des caractères (en passant par ALT+code ASCII) comme par exemple ► � en sachant qu'au final tu vas obtenir à l'affichage un é ou tout autre lettre acccentuée...

A ma connaissance, Panoramic en gère pas encore les codes de caractères étendus sur 2, 3 ou 4 octets (Unicode). Il n'y a que les codes Ascii qui passent, sur un octet, valeur 0 à 255.

Delphi sait gérer ces codes, mais quand on regarde la doc, on s'aperçoit vite à quel point c'est lourd à gérer.

Quoi qu'il en soit, le problème a deux faces: affichage de ces caractères, et saisie de ces caractères. Quelque soit la configuration, tu en es quitte pour utiliser des saisies tarabiscotées car tu ne changes pas physiquement le clavier. Mais pour l'affichage, il y a des solutions simples. Une rapide recherche par Google donne une série de liens intéressants: ici, ici, ici, ou encore ici. Et il y en a des centaines d'autres. Voici mon critère de recherche:

Citation :

windows font polish

Je l'ai dit: la solution est externe à Panoramic.

Moi je crée un fichier JPG dans lequel j'inclus mon texte exotique via un logiciel de graphisme.

Dans le même esprit qu'Ambrosie mais en plus compliqué, en utilisant les fonction de Klaus, on doit pouvoir créer une page HTML dans le navigateur et la piloter depuis Panoramic pour gérer les entrées et les sorties.
Ce n'est pas simple, mais le résultat doit être assez propre, je pense

pan59 a écrit:

L'alphabet polonais comporte des caractères comme le e cédille, le n cédille, et d'autres... qu'il est impossible d'afficher.
Merci de votre aide.[/color]

Les questions sont :
- ton texte est stocké dans un fichier à part ?
- sous quel format ?
- généré par qui ?

Voici peut-être une solution à essayer (je n’en suis pas sûr de son efficacité mais c’est à essayer)
Ouvrir le panneau de configuration
Ouvrir Options régionales et linguistiques
Langues -- > détails -- > ajouter
Dans la liste qui s’ouvre choisir Polonais, OK, Appliquer.
Dans la barre de tâche, il devrait y avoir en plus du Français, le Polonais.

Voir ICI
Voici un clavier virtuel Polonais ICI

J'avais commencé à faire des teste mais j'ai du arréter pour autre hose.
Mais j'ai fait une découverte bizarre:

Code:

dim res%,hnd%,txt$
edit 1 :left 1,20:font_size 1,20
dll_on "KGF.dll"
hnd%=handle(1)
txt$=chr$(18)+"´":' +chr$(18):' +"salut"

res% = dll_call2("SendStringAsChars",hnd%,adr(txt$))
dll_off

Je serais curieux si il se passe la même chose chez vous. A noter que le caractère entre-guillemets c'est un code qui est fait par alt xxx, le xxx est plus grand que 700, et comme il y en avait d'autre, je ne me souviens pas de la valeur.

Rien ne s'affiche chez moi, dans l'EDIT. Et par cette fonction de la DLL, tu ne peux envoyer que des caractères entre 0 et 255. Tout ce qui est au-dessus, sera automatiquement tronqué.

Les codes au-dessus de 255 sont des codes UNI-CODE qui sont en réalité codés sur 2, 3 ou 4 octets. Ce n'est pas géré pour le moment.

salut
si j'execute le code sans rien y changer: ......
ça ouvre ma messagerie windows live mail

Effectivement, cela lance Outlook Express, chez moi.

Le code 18 correspond à VK_MENU, donc la touche "Windows". Et comme le caractère suivant, soi-disant au-dessus de 255, est tronqué modulo 256, c'est la fonction qui correspond à ce résultat qui sera exécutée. Dans notre cas, c'est le lancement de la messagerie par défaut.

je vais m'en sevir comme raccourci sur le bureau en creant un .exe

Chez moi, ça m'ouvre Chrome.

Je ré-édite: n'est il pas possible de faire une dll dans laquelle en choisissant un caractère particulier comme ctrl ou autre, on affiche le caractère choisi dans une table.
J'ai l'intention de me remettre à l'Allemand dans quelque mois, et j'avais pensé avec AutoIt faire une table prédéfinie des caractères spéciaux, et selon qu'un caractère soit appuyé, ou alors que je sois moitié gauche ou droite de l'écran, les caractères s'affichent. Il faut juste que la police choisi, possède les caractères de la langue.