Discussion :

[Lo²]

Bonjour à tous,

Je souhaiterai savoir comment vous gérez les différentes résolutions des écrans de vos utilisateurs/clients.

Mes écrans sont développés en 1280x768.
De base, dans l'onglet UI, ils sont cochés en Ne pas agrandir (mode compatible).

Par contre, pour les nouveaux écrans avec une forte résolution (tablette Surface par exemple), on est obligé de changer le paramétrage Windows pour agrandir les écrans et la police.
Je ne trouve pas ça top car cela modifie également l'affichage des autres logiciels.

J'ai donc essayé en cochant Agrandir la fenêtre et les champs, ce qui permet de revenir à une configuration Windows recommandée.

Par contre, dans les 2 cas, j'ai des mécontents.

Comment faites-vous pour ménager la chèvre et le choux ?
Est-il possible de paramétrer cette option par programmation (je n'ai pas trouvé) ?

Merci à tous pour vos avis

[frenchsting]

Bonjour Lo²,

C'est une bonne question. Jusqu'à présent j'ai toujours eu des utilisateurs qui se "pliaient" à notre demande concernant l'affichage. J'ai toujours laissé le mode "compatible". Par contre, j'ai vu la limite lorsque, en Windows 7, les gens utilisent le zoom d'affichage. Cela ne réussit pas forcément aux applis (par ex : un libellé qui devient trop petit).

Je pense que c'est peut-être programmable via API. Mais je n'en suis pas sûr du tout...

Une question à ta question : as-tu contacté le ST ?

[Lo²]

Bonjour frenchsting et merci pour ton intervention,

Une question à ta question : as-tu contacté le ST ?

Non du tout et j'avoue ne pas y avoir pensé.
Je vais leur poser la question.

[Lo²]

J'ai eu une réponse du ST et malheureusement pas possible de modifier par programmation.

[frenchsting]

Bonjour,

ça c'est la tuile. Ca veut dire qu'il faut repasser sur toutes les fenêtres...

[Patrice Terrier]

https://www.developpez.net/forums/d1...-bureau-125-a/

[Lo²]

@Patrice
J'avais lu cette discussion mais je n'ai pas forcément la même problématique de base cad que mes écrans sont développés sur une base 1280x768.
Ensuite de base, elles étaient toutes cochées avec l'option Ne pas agrandir mais ça marche si les résolutions ne dépassent pas les 1920. Sur des tablettes Surface, la rétine est grillée sauf si on passe en 150 % d'agrandissement côté Windows, mais ça impacte les autres logiciels aussi, le bureau, etc.
Avec l'option Agrandir les fenêtres et champs, ça résout le problème des Surfaces, mais certains utilisateurs aiment bien grossir malgré tout la police Windows et c'est ce cas de figure que j'aimerai traiter.

Je ne vois pas ou je n'ai pas compris en quoi la discussion mise en lien est une solution ?

[Voroltinquo]

Bonjour,
As tu tenté de gérer le problème via les agencement et la compilation conditionnelle

[Lo²]

@Voroltinquo
Ah oui exact, il y a cette possibilité avec les agencements.
Le côté négatif est 'juste' le gros taf à faire quand même, mais c'est une solution, merci

[hpascal]

Bonjour
Il faut interdire l'agrandissement Windows (ce que tu as fait visiblement) et gérer soit-même le zoom avec le ..zoom des fenêtres
Si tes fenêtres utilisent un modèle de fenêtre c'est plus simple car seul le code du modèle est à modifier
Je l'ai fait dans une application où j'autorise les deux. Sauf que si l'utilisateur a mis un zoom Windows je n'applique pas l'éventuel zoom paramétré.
Si tu veux tester c'est l'application Outils_SQL, dans le paramétrage, section "Général"

[Lo²]

@hpascal
Je ne connaissais pas cette propriété et ça me semble très intéressant.
Je vais tester ça et regarder ton exemple aussi.
Merci

[hpascal]

Par contre il faut penser à désactiver la FAA "Annuler le zoom" au niveau du projet, sinon les utilisateurs pourront modifier le zoom en faisant CTRL + molette de la souris
Sauf si on veut leur laisser cette possibilité bien sûr

[Lo²]

Alors là c'est carrément génial cette propriété et ça demande pas grand chose comme modif de code !!
Merci à toi @hpascal

[Lo²]

Un bémol quand même mais le phénomène est le même avec la propriété zoom ou l'onglet UI de la fenêtre :
Au changement de plan d'une fenêtre, le réaffichage des champs est fait une fois que le plan est changé (et à chaque fois) et ce n'est pas super fluide.

As-tu rencontré ce problème @hpascal ?


Non en fait, ce doit être lié à l'écran car ce phénomène est présent même en mode compatible.

[hpascal]

Non en fait, ce doit être lié à l'écran car ce phénomène est présent même en mode compatible.

OK :-)
Dans mon appli qui utilise les zooms, j'utilise très peu les plans. Mais pas de soucis rencontré.

Au fait, juste un truc qui ne fonctionne pas avec ..zoom : le contenu des champs HTML n'est pas agrandi.
Je me suis noté d'essayer de trouver une solution mais je n'ai pas encore regardé.