Discussion :

[koxo-dev]

Bonjour,
Je viens d'installer D11. Voici mes constations sur les tailles de polices.
Mon travail actuel avait été réalisé sous win10 + d1042 + écran 4k.
Je rencontre des problèmes si je touche aux composants.
Si je compile mon ancien projet d1042, sans rien toucher, tout est ok.
Exemple simple :
Je fais une fiche avec un tlabel et un tadvedit (ou tedit), les valeurs par défauts me donnent partout : "Tahoma Normal 8", ce qui se traduit par "-11" comme taille dans le DFM.
Avec D1042 :


Si j'ouvre ce même projet avec D11, j'ai :


Je constate que le look a un peu bougé, si je regarde les tailles de police tout est maintenant en "Tahoma Normal 9", je constate dans la fiche affichée en texte (DFM) du -17 et -18 or si je regarde le DFM rien n'a changé tout est en -11.
EN D11, si je modifie la taille d'une police en "Tahoma Normal 8", je retrouve "-16" partout :

Si je réouvre avec D1042, tout a explosé en taille : Je me retrouve partout en "Tahoma Normal 12".
Cordialement
KoXo

[SergioMaster]

Bonjour,

à mon avis c'est le même problème que https://www.developpez.net/forums/d2...e-delphi-11-a/
Cette histoire de DPI au design est franchement gênante

[koxo-dev]

Tout est plus grand qu'au départ :

Bref le projet initial est bousillé.
Ca pose aussi le problème quand on veut fournir un projet à une personne qui est sur une version antérieure !

[pprem]

Si on est sur un écran 4K ou High DPI et qu'il y a des soucis sur des projets existants, je recommande d'utiliser la version DPI unaware de l'IDE plutôt que celle de base qui gère l'affichage et semble-t-il déconne de temps en temps.

[koxo-dev]

Bonjour Patrick,
Je n'avais jamais testé cette version là (qui est la même lancée avec le swtich "/highdpi:unaware") et c'est vrai que ça semble Ok du coup.
La version en mode "Aware" ne semble pas être bien consciente du rendu final ! JC Vandamme n'aurait pas dit mieux !
Merci pour ton retour.
Bon réveillon !
KoXo

[Invité]

Bonjour,

d'abord tous mes vœux.

Simplement par curiosité et sans vouloir courroucer qui qui ce soit, j'ai rencontré ce problème d'adaptation de police avec Delphi XE 7 Academic [c'est vieux je sais], lors de la cross-compilation vers mac OS. Comme je l'ai récemment écrit sur ce forum, la gestion des polices, notamment sur sur un écran Retina était plus qu'aléatoire. J'avais également rencontré des problèmes sur certains Linux.

Enfin pour être plus clair, pour réaliser la cross-compilation, j'utilisais un mac mini doté de 2 écrans de PC (i.e. non retina) car c'était l'appareil apple le plus puissant dont je disposais à l'époque (un i7). Une fois l'application cross-compilée puis lancée, son affichage était globalement correct sur le mac mini avec son écran de PC. Mais ensuite, l'application étant installée sur un macbook retina (i5), la qualité de l'affichage escomptée n'était pas au rendez-vous. Je n'ai jamais pu résoudre proprement et définitivement ce problème. Je n'ai pas réessayé avec la version 10 de Delphi et encore moins avec la 11 que je ne possède pas... mais si quelqu'un pouvait me renseigner...

Je précise quand même bien le niveau d'exigence. Comme l'IDE n'est pas utilisable sous mac OS, (ce qui implique que les TForm ne peuvent être directement affichées par l'éditeur en mode Run sous mac OS), j'attendais quand même que cela fonctionne non pas pour la plupart des composants graphiques mais pour la totalité des champs évidemment. Je dois dire qu'à l'époque cela m'a vraiment agacé: compiler sur le mac mini, transposer le programme sur le macbook, corriger (implanter pour retina) l'aspect des champs de la TForm sur Windows, recompiler sur le mac mini... Je suis donc curieux de savoir si Delphi a progressé à ce niveau compte tenu du problème décrit dans cette discussion.

Cordialement. Gilles

[SergioMaster]

Bonjour Gilles et meilleurs vœux.

Je crois que tes remarques tombent un peu à côté de la plaque puisqu'il n'y a pas ici cross-compilation. Ce ne me semble pas être un programme FMX mais bien VCL.
Pour moi cette histoire de prise en compte du DPI de l'écran sur lequel on utilise l'EDI est mal ficelée (quid quand on a deux écrans de dpi différent ?)

La version DPI unaware de l'IDE me semble préférable, de nombreuses remontées ont déjà été faites dans le portail qualité