Discussion :

[jeremhu]

Bonjour,

Nous avons un souci dans notre projet. Nous développons avec c++ builder (nous sommes des débutants) une interface afin de controler un périphérique DMX grâce à l'usb ou l'artnet. Notre interface fonctionne très bien, sauf que quand nous changeons d'écran notre taille de l'interface ne s'adapte pas à la taille de l'écran et donc nous ne voyont pas les composant.

Dans l'attente d'une réponse, merci d'avance.

[ShaiLeTroll]

Anchors et Align permettant que les controles s'agrandissent
C'est la base pour gérer le redimensionnement
le TSplitter permet de faire des volets redimensionnables, très utile si couplé avec un panel Align AlClient et un autre panel Align alLeft par exemple

Scaled, ScaleBy ... permettent un zoom, utile pour une application designé en 800x600 sur un 17 pouce mais affiché sur un écran en 1920x1080 d'un portable 15 pouce
Je l'ai surtout utilisé pour l'accessibilité pour les utilisateurs avec de petits écrans à haute résolution habitué avant à un CRT

A savoir que Vista propose aussi un système de zoom automatique

[PocoYote]

Tu utilises les propriétés Scaled et ScaleBy ShaiLeTroll ?

Je trouve que ça met vite le bazard... Les composants VCL (au contraire de Firemonkey) ne sont pas vectoriels.

En général, avant de démarrer un logiciel, je me fixe une largeur/hauteur minimum, et je fais tout rentrer dedans.

[ShaiLeTroll]

Scaled non
ScaleBy de façon à faire un Zoom de 125 ou 150%, oui
Je ne l'ai pas mis en place le premier mais je l'ai modifié de façon à ce qu'il soit automatique (sans code dans chacune des fenêtres, toutes n'étaient pas gérée, j'ai juste remplacé l'héritage par défaut TForm par TTrucForm qui gérait aussi le i18n) tout était zoomé,
Depuis, je ne travaille plus sur ce projet, et je n'ai pratiqué le ScaleBy que pour une démo en C++Builder, effectivement, la transparence (ParentBackground et tout le tralala) par exemple laisse des trainées Fuchsia autour des TBitBtn

Je suis extrêmement soigneux avec Align et Anchors mais pour ce que j'ai vu cela fonctionnait plutôt bien dans une application dont j'avais la maintenance, et qui était en bsDialog les écrans absolument par conçus pour être redimensionne et encore moins pour gérer un splitter

Je me souviens de ScaleBy maladroitement placé dans le OnActivate sans gestion du 'First Activate', du coup, tu avais un zoom récursif sur les fenêtres qui était ré-affichées sans être libéré\alloué à chaque fois, là c'était le bazar !

fixe une largeur/hauteur minimum

Attention, ScaleBy c'est juste l'inverse, c'est concevoir une application avec une largeur/hauteur maximum résolution limité genre 800x600 par ce que le parc informatique des clients est limité avec des CRT 15p
Le but est que l'application soit en plein écran puisque les utilisateurs passent 80% de leur temps sur l'application spécifique à leur métier

un jour viens la modernité et les clients achètent de nouveau PC avec des résolutions genre 1920x1080 LCD 17p et se retrouve avec une application minuscule, le zoom en 150% permet de retrouver une appli avec un meilleur confort visuel
C'était pour XP, je crois que ScaleBy a été mis en place en 2003 pour cette application, je n'étais même pas encore dans cette boite

En Vista\Seven, l'OS peut faire le Zoom à ta place

Personnellement, je ne m'occupe pas trop de cela depuis quelques années, je fais de la vidéo et des outils de monitoring, je joue avec Anchors ou Align pour les écrans avec des grilles et les parties de configuration mais pour les moniteurs video c'est un simple TGrilPanel, pour le monitoring c'est des centaines de sprite pour des plan conçus sur mesure pour le client (Drap&Drop façon PowerPoint), qui ne se préoccupe en général que le fait qu'un Shape clignote en rouge signe de problème