Moi j'ulise une liste d'image ( un apercu chargé depuis un dossier
d'images) j'ai utilisé une liste traditionnelle et me sert du
textpaint pour afficher chaque vignette. J'initialise mon tableau à
l'ouverture de l'appli et apres j'ai juste à l'afficher
Le 18 oct. 07 à 12:15, Jean-Baptiste Barnoud a écrit :
La zone de construction de l'interface, au centre, est équipée de
scrollbars.
A la réflexion, c'est vrai qu'il ne s'agit pas de contrôles, à
proprement parler, puisqu'ils ne sont pas en fonctionnement
lorsqu'on les dispose. Ce n'est en effet pas un très bon exemple.
Est-ce que cela n'existerait pas ? Un doute me taraude...
JB
Eric Pousse a écrit :
Où voyez-vous que REALbasic fait défiler des zones de contrôles?
Le 18 oct. 07 à 11:33, Jean-Baptiste Barnoud a écrit :
En effet, la question du design de l'interface se pose.
Personnellement je viens du monde web dans lequel on cherche à
caser un maximum de choses dans une seule page (histoire d'éviter
autant que possible de recharger la page). Par exemple quand
l'utilisateur sélectionne un élément d'une liste, le détail
s'affiche à côté.
Avec RealBasic j'ai dû changer d'habitude: désormais j'ai la
liste dans une fenêtre et le détail d'un élément s'affiche dans
une autre.
Mais là je suis confronté à une interface qui comporte un certain
nombre d'images et c'est vraiment pas évident de "faire petit".
Par ailleurs il faut voir quelles limites on se met. Quelle
résolution de base ? 800 x 600 ? 1024 x 768 ? C'est surtout dans
le sens vertical que le problème se pose, et il n'y a pas grande
différence à ce niveau entre ces deux résolutions. Je dirais donc
que, au mieux, on peut compter sur 768 pixels de haut (un peu
moins même, disons 700 pixels, parce qu'il faut compter avec les
barres de menus et/ou d'outils). C'est pas énorme.
Il me semble que ce serait quand même normal que l'on puisse
faire défiler des zones de contrôle. Beaucoup d'applis le font (à
commencer par Real Basic lui-même).
JB
|