Discussion :

[mjpmjp]

bonjour,

j'ai installé un nouvel écran 3840x2160 4K

et voila le résultat


alors que dernièrement j'avais posté des captures dont voici un extrait


les contrôles image et label sont décalés

faut il réinstaller excel ?

avez vous une idée du problème ?

merci

pas seul dans la galère
Problème d'affichage des forms sur écran 4K

j'ai peut être une idée...
comment connaitre le zoom à 125% de win10 ?
si zoom -> alors traite -25%

ok , j'ai une piste, travailler les contrôle image en mode zoom...

@+JP

[unparia]

Bonjour,
Il s'agit simplement là d'un problème de proportions largeur/hauteur de l'écran en Pixels
Il est clair que des déformations (tu le constaterais avec une image toute bête d'un carré parfait) visuelles seront constatées d'un écran à l'autre avec des proportions différentes.
Les pixels ne sont pas une mesure fixe et ont une largeur et une hauteur dépendantes :
- pour ce qui est de la hauteur d'un pixel : de la hauteur métrique de l'écran et du nombre de pixels définis en hauteur de l'écran
- pour ce qui est de la largeur d'un pixel : de la largeur métrique de l'écran et du nombre de pixels définis en largeur de l'écran

Les proportions visuelles entre deux écrans ne sont dans ces conditions conservées que si le rapport largeur/hauteur de l'écran en pixels est le même pour les deux écrans

Et ce : qu'il s'agisse ou non d'un écran 4K

EDIT : si tu veux mieux commencer à comprendre, intéresse-toi à la notion de twips.
Tu comprendras alors mieux que certains "resizers maison" ne sont finalement pas si fiables qu'ils le prétendent et ne tiennent pas vraiment la route, comparés à de vrais resizers

EDIT : voilà, de bon matin, ce qui t'apparaîtra beaucoup plus facile à comprendre --->>
un pixel est un petit quadrilatère
ce quadrilatère n'est carré que lorsque, à la fois, l'écran est lui-même carré et qu'il affiche autant de pixels en largeur qu'il en affiche en hauteur
Il est donc rare qu'un pixel soit carré.

Lorsque le pixel n'est pas carré, mais rectangulaire, le pourcentage hauteur/largeur du pixel dépend des dimensions et de la résolution de l'écran.
Toutes les dimensions définies en pixels (ou toutes unités logiques et non physiques) subissent donc ce pourcentage qui dépend, lui, du matériel et de sa configuration --->> déformations inévitables à la clef si pourcentages non rigoureusement identiques.

Je ne veux pas disserter ici en plus (ce serait très long) des conséquences de ces pourcentages sur les largeurs physiques de textes, captions, etc ... Je me contenterai de signaler (principalement à l'attention de créateurs de "resizers maison") que la conjugaison de l'application de tels pourcentages à la largeur d'un contrôle et à la police de caractères du texte qu'il contient peut dans certains cas (et surtout avec certaines polices) conduire à de véritables petits désastres.

[mjpmjp]

bonjour,

merci unparia
je comprend tout cela, j’espérai qu'il existe une "config ou manip"

et surtout s'il fallait réinstaller excel pour qu'il prenne en charge ce nouveau matériel

je vais rebrancher le "petit" écran (comme second) et je vais creuser """""""" j'ai pas trouvé de smaill qui creuse

ok , j'ai une piste, travailler les contrôle image en mode zoom..

un test sommaire repositionne l'ensemble...mais la qualité "graphique" n'est pas là

Je me contenterai de signaler (principalement à l'attention de créateurs de "resizers maison") que la conjugaison de l'application de tels pourcentages à la largeur d'un contrôle et à la police de caractères du texte qu'il contient peut dans certains cas (et surtout avec certaines polices) conduire à de véritables petits désastres.

je suis d'accord, et en plus c'est trop lourd...

comparés à de vrais resizers

c'est quoi "un vrai resizer" ?

@+JP

[unparia]

c'est quoi "un vrai resizer"

L'un de ceux que l'on trouve sur le marché (tous payants) et qui se montrent capables de travailler en respectant toutes les dimensions, proportions, particularités, polices et autres ...
Ce sont des ocx qui sont utilisés par le développeur (en mode création) bien en amont de l'étape déploiement et qui accompagnent l'application en mode exécution.
Leur prix varie en fonction de leurs performances en matière de qualité, de convivialité et de rapidité..

[mjpmjp]

bonjour,
ok ....merci

donc je reprends ma pelle...

@+JP

[unparia]

donc je reprends ma pelle...

Tu peux au moins tenter de "couper la poire en deux", mais cela t'obligera à passer par quelques fonctions de l'Api de Windows pour pallier l'absence, dans VBA, de fonctions de conversion d'échelles d'unités graphiques.
Méthode (mais beaucoup de boulot) :
- Décider dynamiquement des positions et dimensions (toutes) en unités stables (millimètres, par exemple et entre autres)
- appliquer la transposition de ces mesures en échelle de points (elle se fera en fonction des dimensions et de la résolution de l'écran d'exécution - qu'il soit le tien ou tiers)
Ce sera déjà cela. Mais cela ne résoudra pas tout, à commencer et surtout par le traitement exact des polices de caractères. Tu peux diminuer certains riques en :
- donnant aux contrôles devant afficher des textes des dimensions un peu plus grandes que nécessaire
- choisissant une police de caractères très "élastique" (acceptant le plus grand éventail possible de tailles)
- évitant d'utiliser, lorsqu'elle est prévue, la propriété autosize
- évitant le mode "plein écran". Préfère-lui au besoin les mesures en unités stables de ton écran.

Ce qu'un tel "pis-aller" ne pourra en aucun cas éviter : impossibilité d' "ajuster" certaines largeurs (dont, entre autres, celle d'ascenseurs dont serait doté un contrôle et des bordures de tous les contrôles) imposées par la configuration de la machine d'exécution.

Voilà ...
Bon courage, car beaucoup de boulot nécessaire.