Discussion :

[Pierre95]

Bonjour,

J'ai recompilé un projet D10.2 / W10 qui fonctionnait parfaitement jusqu'ici après un très petite modification.
Depuis, des caractères bizarres sont apparu:
Un losange noir contenant un point d'interrogation à la place du caractère tm (TradeMark)
Un Losange noir à la place du signe ° degré.



Quelle peut être à votre avis l'origine de ce changement?

Cordialement

[ShaiLeTroll]

Tu n'aurais pas flingué la DFM ou le PAS, vérifie le BOM de ce dernier.

Tu n'utilises pas par erreur des fonctions ANSI ?

[Pierre95]

Merci, je vais surement passer pour un neuneu, mais où puis trouver ce BOM?

Cordialement

[SergioMaster]

Moi, je dirais qu'il y a aussi une différence de version de windows l'écran haut me semble windows 11, l'autre ante windows 11. Ce qui me fait écrire ça, les coins arrondis.
De là à ce qu'une police de caractère soit manquante sur le deuxième poste ?

[ShaiLeTroll]

Les coins arrondies, cela se désactive en jouant sur DwmSetWindowAttribute DWMWA_WINDOW_CORNER_PREFERENCE

Mais si c'est le même Windows, on pourrait aussi à une altération du Manifest faisant tourner l'application sur une version différente des controles windows.

[Pierre95]

Les deux ont été réalisés avec W10 et D10.2.

Je viens de m'apercevoir que sur l'IDE, les petites flèches de recherche d'unité et de fonctions/procédures étaient remplacées par des 6. (???)



Pouvez vous me dire où je peux trouver ce BOM?

Merci

[SergioMaster]

Le BOM c'est le style d'encodage d'un fichier en UTF8. Tu peux vérifier en ouvrant tes fichiers .pas et .dfm en les ouvrant avec NotePad++.
Je ne me souviens plus si la version 10.2 permettait de changer l'encodage directement via l'IDE cela étant après vérifications la 10.3 ne le proposait pas encore.
Il a fallu attendre la 11.x (je n'ai que la dernière version de la 11 donc difficile de contôler) pour avoir l'option d'encodage de fichier

[acaumes]

Bonjour,

Le BOM c'est le style d'encodage d'un fichier en UTF8.

Pas vraiment d'accord. Le BOM c'est le Byte Order Mark qui permet de marquer en UTF16 si on est en gros boutien ou petit boutien WIKIPEDIA
Et de plus en UTF8 il peut ne pas y avoir de BOM (parce que il n'ya pas d'ordre des caractères) Il n'y en a généralement pas sauf pour quelques applis...

Cordialement

[ShaiLeTroll]

le BOM existe en UTF8, c'est EF BB BF le lien entre Little Endian ou pas c'est pour les Charset à multiple de 2 octets, UTF8 est un charset à composante sur un octet
C'est justement le BOM dans le cadre d'une utilisation de l'encodage du charset et non l'indicateur d'architecture proc.

[acaumes]

le BOM existe en UTF8, c'est EF BB BF .

Je n'ai jamais dit le contraire mais que c'était très peu utilisé car quasiment inutile (sauf pour marquer un encodage UTF8 mais alors on va perdre l'avantage de l'UTF8 qui est la correspondance directe avec ASCII).

[SergioMaster]

Pas vraiment d'accord.

Cela m'apprendra à essayer de simplifier ça

[Pierre95]

Il semble que des caractères aient changé depuis la compilation précédente dans le code.
Le ° ainsi que l'accent grave sont remplacés par ďż˝

Que s'est il passé à votre avis?

[Linkin]

Un changement d'encodage entre le fichier et sa façon de le lire. Une fois que l'on a enregistré le fichier mal lu, il n'est pas possible de revenir en arrière de façon automatique.

Si tu n'as pas de serveur de code source ou de sauvegarde de tes sources, peut-être que tu as accès à l'historique des modifications dans delphi? (là je n'ai qu'un XE3 sous la main)
Cela te permettra de savoir ce qui a changé.

Peut-être un outil tiers.

[Anselme45]

c'est simplement un problème de fonte et de character set!

Ce n'est pas un problème d'encodage puisque la plupart des caractères sont visibles et inchangés. Seuls quelques caractères spéciaux ne sont plus affichés correctement.

1. La fonte choisie pour le projet Delphi dépend des fontes installées sur le PC utilisé.

2. Si on n'intègre pas la fonte choisie comme une ressource du projet (et la plupart du temps, vous ne pouvez pas le faire pour des problèmes de droit d'auteur violé), la fonte à utiliser est indiquée dans le programme Delphi mais à l'exécution le programme va la chercher sur le poste où l'application tourne et si il ne trouve pas la fonte indiquée, il va prendre une fonte par défaut (du genre Arial).

3. Ce fonctionnement apparait de manière plus évidente si vous faites une application Android qui est un OS qui ne dispose que d'une fonte, la fonte de Google roboto. Vous faites votre app, vous mettez par exemple du texte que vous affichez dans un Tlabel et quand vous faites fonctionner l'app sur votre appareil Android, suuuurprise! La fonte que vous avez utilisé lors du développement (vous pouvez choisir n'importe quelle fonte qui se trouve sur le PC (Fontes qui ont pu être installées sans que vous vous en rendiez compte lors de l'installation d'un logiciel tiers)) s'est transformée en fonte Roboto... Ce n'est pas un problème pour les caractères les plus évident du style a...z ou A...Z mais dès que vous affichez un caractère spécial vous tombez dans la zone ASCII qui est souvent différente d'une fonte à l'autre.