Afficher les options
Le code détermine comment la boîte de dialogue sera chargée en mémoire et affichée. Le tableau suivant décrit les différents types de tâches d'affichage et les mots-clés utilisés pour les exécuter.
La méthode Show charge le formulaire et définit sa propriété Visible sur True. Les paramètres passés à la méthode Show identifient le type de boîte de dialogue. Si le paramètre de style est omis ou défini sur vbModeless ou 0 (par défaut), la boîte de dialogue est modale. Si le paramètre de style est vbModal ou 1, la boîte de dialogue est modale.
Lorsque vous sélectionnez "OK" ou "Annuler" pour quitter la boîte de dialogue, vous pouvez utiliser l'instruction Unload ou la méthode Hide. Par exemple:
DéchargerfrmÀ propos
-ou-
frmÀ propos.Masquer
L'instruction Unload supprime la boîte de dialogue de la mémoire, tandis que la méthode Hide la supprime simplement de la fenêtre en définissant la propriété Visible de la boîte de dialogue sur False. Lorsqu'un formulaire est déchargé, le formulaire lui-même et ses contrôles sont déchargés de la mémoire (y compris tous les contrôles chargés au moment de l'exécution). Lorsqu'un formulaire est masqué, le formulaire et ses contrôles restent en mémoire. Lorsque vous avez besoin d'économiser de l'espace mémoire, il est préférable de décharger le formulaire, car le déchargement du formulaire libère de la mémoire. Si vous utilisez fréquemment la boîte de dialogue, vous pouvez choisir de masquer le formulaire. Le masquage d'un formulaire peut toujours conserver toutes les données qui lui sont associées, y compris les valeurs de propriété, l'impression et les contrôles créés dynamiquement. Une fois le formulaire masqué, vous pouvez continuer à référencer les propriétés et les contrôles du formulaire masqué à partir du code.
Conceptions pour différents types d’affichage
Microsoft Windows est indépendant des appareils : les applications basées sur des fenêtres peuvent s'exécuter sur de nombreux ordinateurs avec différentes résolutions d'affichage et intensités de couleurs. De même, les applications écrites en Visual Basic s'exécuteront sur différents types de moniteurs, et cela doit être pris en compte lors de la conception de l'application.
Concevoir des formulaires indépendants de la résolution
Par défaut, Microsoft Visual Basic ne modifie pas la taille des formulaires et des contrôles lors de la modification des résolutions d'écran. Cela signifie qu'un formulaire conçu sur un écran avec une résolution de 1024×768 s'étendra au-delà des limites de l'écran lorsqu'il sera exécuté sur un écran avec une résolution de 640×480. Si vous souhaitez créer des formulaires et des contrôles ayant les mêmes proportions quelle que soit la résolution d'écran utilisée, vous devez concevoir le formulaire à la résolution la plus basse ou ajouter du code qui modifie le formulaire dans votre programme.
Le moyen le plus simple d’éviter les problèmes de taille est de concevoir votre formulaire avec une résolution de 640×480. Si vous préférez travailler à une résolution plus élevée, vous devez toujours réfléchir à la manière dont le formulaire apparaîtra à une résolution inférieure. La façon de procéder consiste à utiliser la fenêtre "FormLayout" pour prévisualiser la taille et la position du formulaire. Vous pouvez également utiliser les « ResolutionGuides » pour observer quelles parties de l'écran sont visibles à basse résolution. Pour passer à "ResolutionGuides", vous pouvez cliquer avec le bouton droit de la souris dans la fenêtre "FormLayout" et sélectionner l'élément de menu "ResolutionGuides" dans le menu contextuel.
Au moment de l'exécution, Visual Basic place le formulaire en fonction de sa position au moment du design. Si vous envisagez de l'exécuter à une résolution de 1 024 × 768 et placez le formulaire dans le coin inférieur droit de l'écran, le formulaire risque de ne pas être visible lorsqu'il est exécuté à une résolution inférieure. Afin d'éviter cette situation, vous pouvez sélectionner l'élément de menu "StartupPosition" dans le menu contextuel de la fenêtre "FormLayout" pour définir la position de départ du formulaire lors de la conception. De même, vous pouvez définir la position du formulaire au moment de l'exécution à l'aide du code suivant dans l'événement FormLoad :
PRivateSubForm_Load()
Moi.Move0,0
EndSub
Bien que la définition des propriétés Left et Top du formulaire sur 0 puisse avoir le même effet, la méthode Move peut être exécutée en une seule étape.
Visual Basic utilise une unité de mesure indépendante du périphérique, le twip, qui est l'unité utilisée pour calculer la taille et la position. Les deux propriétés de l'objet Screen, TwipsPerPixelX et TwipsPerPixelY, peuvent être utilisées pour déterminer la taille d'affichage au moment de l'exécution. À l’aide de ces propriétés, vous pouvez écrire du code pour ajuster la taille et la position des formulaires et des contrôles.
PrivateSubSetControls()
DimXAsInteger
DimYAsInteger
X=Screen.TwipsPerPixelX
Y=Screen.TwipsPerPixelY
SélectionnezCaseX,Y
Cas15,15
'Redimensionner et déplacer les contrôles.
txtName.Height=200
txtName.Width=500
txtName.Move200,200
'Ajouter du code écrit pour d'autres résolutions.
…
EndSub
Vous devez également connaître l'emplacement de la fenêtre de Visual Basic au moment du design. Si vous déplacez la fenêtre Projet vers le côté droit de l'écran en haute résolution, vous constaterez qu'elle n'est plus accessible lorsque vous ouvrez le projet en basse résolution.
Concevoir différentes concentrations de couleurs
Lors de la conception d’une application, vous devez également prendre en compte les capacités d’affichage couleur possibles de l’ordinateur exécutant l’application. Certains ordinateurs peuvent afficher 256 couleurs ou plus, tandis que d'autres ne peuvent afficher que 16 couleurs. Si vous concevez un formulaire à l'aide d'une palette de 256 couleurs, le tramage (une méthode de simulation de couleurs non valides) entraînera la disparition de certains éléments du formulaire lorsqu'ils seront affichés sur 16 couleurs.
Pour éviter cela, il est préférable de limiter les couleurs utilisées par votre application aux 16 couleurs standard de Windows. Ces couleurs sont représentées par des constantes de couleur Visual Basic (telles que vbBlack, vbBlue, vbCyan, etc.). Si vous devez utiliser plus de 16 couleurs dans votre application, vous devez toujours vous en tenir aux couleurs standard pour le texte, les boutons et autres éléments de l'interface.
Concevoir en pensant à l'utilisateur
À moins que vous ne créiez une application Visual Basic uniquement pour votre propre usage, la valeur de votre création ne peut être évaluée que par d'autres. L'interface utilisateur d'une application a un impact énorme sur les utilisateurs : peu importe la qualité technique du code ou son optimisation, si les utilisateurs trouvent l'application difficile à utiliser, ils seront moins susceptibles de l'accepter correctement.
En tant que programmeur, il ne fait aucun doute que vous connaissez très bien la technologie informatique. Il est facile d'oublier que la plupart des utilisateurs ne comprennent pas (et ne s'en soucient peut-être pas) la technologie qui se cache derrière l'application. Considérez une application comme un outil pour une fin : un moyen d'accomplir une tâche qui est, d'un point de vue imaginatif, plus facile qu'elle ne le serait sans l'aide de l'ordinateur.
Une interface utilisateur bien conçue isole l'utilisateur de la technologie sous-jacente, facilitant ainsi l'exécution des tâches prévues. Lors de la conception de l’interface utilisateur de votre application, vous devez garder l’utilisateur à l’esprit. Comment découvrir les différentes fonctionnalités de l'application sans assistance ? Comment l'application réagit-elle lorsqu'une erreur se produit ? Qu'est-ce qu'elle propose pour aider ou assister l'utilisateur ? Le design ravit-il l'utilisateur par une beauté artistique ? Les réponses à ces questions ? , ainsi que d'autres problèmes liés à la conception centrée sur l'utilisateur, sont traités dans cette section.
Bases de la conception d'interfaces
Vous n'avez pas besoin d'être un artiste pour créer des interfaces utilisateur : la plupart des principes de conception d'interface utilisateur sont les mêmes que ceux de conception de base enseignés dans n'importe quel cours d'introduction aux arts. Les principes de base de la conception, à savoir la composition, la couleur, etc., s'appliquent aussi bien à un écran d'ordinateur qu'au papier ou à la peinture.
Bien que Visual Basic facilite la création d'interfaces utilisateur en faisant simplement glisser et en plaçant des contrôles sur un formulaire, un peu de planification avant la conception peut faire une grande différence dans la convivialité de votre application. Vous souhaiterez peut-être commencer la conception en dessinant le formulaire sur papier, en décidant quels contrôles sont nécessaires, l'importance relative des différents éléments et les relations entre les contrôles.
Composition : l'apparence et la convivialité de votre application
La composition ou la disposition d’un formulaire affecte non seulement son esthétique, mais affecte également grandement la convivialité de l’application. La composition inclut des facteurs tels que l'emplacement des commandes, la cohérence des éléments, le mouvement, l'utilisation de l'espace blanc et la simplicité de la conception.
L'emplacement du contrôle
Dans la plupart des conceptions d’interfaces, tous les éléments n’ont pas la même importance. Une conception soignée est nécessaire pour garantir que les éléments les plus importants apparaissent rapidement à l'utilisateur. Les éléments importants ou fréquemment consultés doivent être placés dans une position bien visible, tandis que les éléments moins importants doivent être rétrogradés à une position moins visible.
Dans la plupart des langues, nous avons l'habitude de lire de gauche à droite et de haut en bas sur une page. Il en va de même pour les écrans d'ordinateur. Les yeux de la plupart des utilisateurs se concentreront d'abord sur la partie supérieure gauche de l'écran, les éléments les plus importants doivent donc être placés dans la partie supérieure gauche de l'écran. Par exemple, si les informations du formulaire concernent un client, son champ de nom doit apparaître là où il sera vu en premier. Les boutons, tels que « OK » ou « Suivant », doivent être placés dans la partie inférieure droite de l'écran ; les utilisateurs n'accéderont généralement pas à ces boutons avant d'effectuer des opérations sur le formulaire.
Il est également important de regrouper les éléments et les contrôles. Essayez de regrouper les informations de manière logique par fonction ou par relation. Leurs fonctions étant liées les unes aux autres, les boutons permettant de localiser la base de données doivent être regroupés visuellement plutôt que dispersés dans le formulaire. Il en va de même pour les informations. Les champs de nom et les adresses sont généralement regroupés car ils sont étroitement liés. Dans de nombreux cas, vous pouvez utiliser des contrôles de cadre pour renforcer la connexion entre les contrôles.
Cohérence des éléments d'interface
Dans la conception d’interfaces utilisateur, la cohérence est une vertu. Une apparence et une sensation cohérentes créent une harmonie au sein d’une application, donnant à tout un aspect coordonné. Si l'interface manque de cohérence, cela risque de créer de la confusion et de donner à l'application un aspect très confus, désorganisé, moins précieux, et peut même soulever des doutes sur la fiabilité de l'application.
Pour maintenir la cohérence visuelle, créez une stratégie de conception et des conventions de type avant de commencer à développer votre application. Les éléments de conception tels que le type de contrôle, la taille du contrôle, les critères de regroupement et la sélection des polices doivent tous être déterminés à l'avance. Des modèles de conception peuvent être créés pour faciliter la conception.
Il existe un grand nombre de contrôles disponibles dans Visual Basic, ce qui peut inciter quelqu'un à vouloir tous les utiliser. Pour éviter cette tentation, choisissez un sous-ensemble de contrôles adaptés à votre application spécifique. Bien que les contrôles tels que les zones de liste, les zones de liste déroulante, les grilles et les arbres puissent tous être utilisés pour représenter des listes d'informations, il est préférable d'utiliser un seul type autant que possible.
Essayez également d'utiliser les contrôles de manière appropriée. Bien que le contrôle TextBox puisse être défini en lecture seule et utilisé pour afficher du texte, le contrôle Label est généralement mieux adapté à cet effet. Soyez cohérent lorsque vous définissez les propriétés des contrôles. Si vous utilisez un arrière-plan blanc pour le texte modifiable à un endroit, n'utilisez pas d'arrière-plan gris ailleurs, sauf si vous avez une bonne raison.
Le maintien de la cohérence entre les différents formulaires d'une application joue un rôle très important dans sa convivialité. Si vous utilisez un fond gris et des effets tridimensionnels sur un formulaire et un fond blanc sur un autre formulaire, les deux formulaires apparaîtront sans rapport. Choisissez un genre et gardez-le cohérent dans toute l’application, même si cela implique de repenser certaines fonctionnalités.
Dynamique : la forme correspond à sa fonction
Le mouvement est un indice visible de la fonctionnalité d'un objet. Même si le terme ne vous est peut-être pas familier, les exemples de dynamisme sont omniprésents. Le guidon d'un vélo, lorsque vous posez vos mains dessus, le mouvement révélera le fait que le guidon est serré avec vos mains. Appuyer sur des boutons, tourner des boutons et allumer des interrupteurs d'éclairage peuvent tous être animés, et leur objectif est évident dès que vous les voyez.
L'interface utilisateur utilise également le mouvement. Par exemple, l’effet tridimensionnel utilisé sur les boutons de commande donne l’impression qu’ils sont enfoncés. Si vous concevez un bouton de commande avec une bordure plate, vous perdrez cette sensation dynamique et ne pourrez donc pas indiquer clairement à l'utilisateur qu'il s'agit d'un bouton de commande. Dans certains cas, des boutons plats peuvent être appropriés, comme dans les applications de jeux ou multimédia ; du moment qu'ils sont cohérents dans toute l'application, c'est très bien.
Les zones de texte offrent également une impression de mouvement et les utilisateurs peuvent s'attendre à des zones avec des bordures et un fond blanc contenant du texte modifiable. Il est également possible d'afficher une zone de texte sans bordure (BorderStyle=0), ce qui la fait ressembler à une étiquette et n'indique pas évidemment à l'utilisateur qu'elle est modifiable.
Utilisation de l'espace blanc
L'utilisation d'espaces blancs dans les interfaces utilisateur aide les éléments à se démarquer et à améliorer la convivialité. Il n'est pas nécessaire que l'espace blanc soit blanc : il est considéré comme l'espace vide entre et autour des contrôles du formulaire. Trop de contrôles sur un formulaire peuvent conduire à une interface encombrée, rendant difficile la recherche d'un champ ou d'un contrôle. Un espace blanc doit être inséré dans un design pour mettre en valeur les éléments de design.
Un espacement cohérent entre les commandes et l’alignement des éléments verticaux et horizontaux rendent également la conception plus utilisable. Tout comme le texte d’un magazine, il est organisé en rangées et rangées soignées avec un espacement cohérent, et une interface soignée le rendra facile à lire.
Visual Basic fournit plusieurs outils qui facilitent l'ajustement de l'espacement, de la disposition et de la taille des contrôles. Des commandes telles que Organiser, Rendre la même taille, Espacement horizontal, Espacement vertical et Centrer dans la fenêtre se trouvent toutes dans le menu Format.
Gardez l'interface simple
Le principe le plus important dans la conception d’interfaces est peut-être la simplicité. Pour une application, si l’interface semble difficile, le programme lui-même peut l’être aussi. Une réflexion un peu plus approfondie peut aider à créer des interfaces qui semblent (et sont) simples à utiliser. D’un point de vue esthétique, un design épuré et simple est souvent préférable.
Une erreur courante dans la conception d’interfaces consiste à essayer d’utiliser l’interface pour imiter des objets du monde réel. Par exemple, imaginez une application qui nécessite la création d’une police d’assurance complète. La réaction naturelle est de concevoir une interface à l’écran exactement comme une police d’assurance. Cela pose plusieurs problèmes : la forme et la taille de la police d'assurance sont très différentes de ce à quoi elle ressemble à l'écran, et tenter de reproduire parfaitement un tel tableau le limiterait à des zones de texte et des cases à cocher sans être vraiment utile au gestionnaire. avantages pour l'utilisateur.
Il serait préférable de concevoir votre propre interface qui fournit également une copie imprimée de la police d'assurance originale (avec aperçu avant impression). En créant des groupes logiques de champs à partir de la politique d'origine et en utilisant une interface à onglets ou plusieurs formulaires liés, il est possible d'afficher toutes les informations sans nécessiter de défilement. Vous pouvez également utiliser des contrôles supplémentaires, tels qu'une zone de liste avec des sélections préchargées, qui peuvent réduire l'effort de saisie.
Vous pouvez également simplifier de nombreuses applications en supprimant les fonctions les moins couramment utilisées et en les déplaçant dans leurs propres formulaires. Fournir des valeurs par défaut peut aussi parfois simplifier une application ; si neuf utilisateurs sur dix sélectionnent le texte en gras, mettez le texte en gras par défaut au lieu de demander aux utilisateurs de le sélectionner à chaque fois (n'oubliez pas de fournir une option. Cette valeur par défaut peut être remplacée) . Les assistants aident également à simplifier les tâches complexes ou rarement utilisées.
Le meilleur test de simplification est d’observer l’application en action. Si un utilisateur représentatif ne peut pas accomplir immédiatement ce qu’il souhaite sans aide en ligne, la conception doit alors être repensée.
Utiliser la couleur et les images
L’utilisation de couleurs dans une interface peut augmenter l’attrait visuel, mais des abus se produisent souvent. De nombreux moniteurs sont capables d’afficher des millions de couleurs, ce qui facilite leur utilisation. La couleur, comme d’autres principes de conception de base, peut présenter de nombreux problèmes si elle n’est pas soigneusement prise en compte lors du démarrage d’une conception.
Les préférences de chacun en matière de couleur sont très différentes et les goûts des utilisateurs varient également. Les couleurs peuvent déclencher des émotions fortes, et si vous concevez un programme destiné à un public mondial, certaines couleurs peuvent avoir une signification culturelle. D’une manière générale, il est préférable de rester traditionnel et d’utiliser des couleurs plus douces et plus neutres.
Bien entendu, le lecteur visé, le ton et l’ambiance que vous essayez de transmettre influenceront également votre choix de couleur. Les rouges, verts et jaunes vifs fonctionnent bien dans les applications utilisées par les jeunes enfants, mais dans une application bancaire, ils sont moins susceptibles d'entraîner une responsabilité financière.
Une petite quantité de couleurs vives peut efficacement mettre en valeur ou attirer l’attention sur des zones importantes. En règle générale, essayez de limiter la variété de couleurs utilisées dans votre application et le ton doit être cohérent. Si possible, il est préférable de s'en tenir à une palette standard de 16 couleurs ; lors de l'affichage sur un moniteur 16 couleurs, le tramage peut empêcher certaines autres couleurs d'apparaître. Un autre problème à prendre en compte lorsque l’on travaille avec la couleur est le daltonisme. Certaines personnes ne peuvent pas faire la différence entre différentes combinaisons de couleurs primaires (comme le rouge et le vert). Pour les personnes atteintes de cette maladie, le texte rouge sur fond vert devient invisible.
Images et icônes
L’utilisation d’images et d’icônes peut également ajouter un intérêt visuel à une application, mais une conception soignée est également essentielle. Les images peuvent transmettre des informations visuellement sans texte, mais souvent différentes personnes interprètent les images différemment.
Une barre d'outils avec des icônes représentant diverses fonctions est un périphérique d'interface utile, mais elle peut se retourner contre vous si la fonction représentée par l'icône ne peut pas être facilement identifiée. Lors de la conception d'icônes de barre d'outils, vous devez consulter d'autres applications pour voir quelles normes ont été créées. Par exemple, de nombreuses applications utilisent un morceau de papier aux coins recourbés pour représenter l’icône Nouveau fichier. Il existe peut-être une meilleure métaphore pour représenter cette fonctionnalité, mais l'utilisation d'autres représentations serait source de confusion parmi les utilisateurs.
Il est également important de considérer la signification culturelle de l’image. De nombreux programmes utilisent une boîte aux lettres pastorale avec un indicateur (Figure 6.21) pour représenter la fonctionnalité de messagerie. Il s'agit à l'origine d'une icône destinée aux États-Unis ; les utilisateurs d'autres pays ou cultures peuvent ne pas la reconnaître comme une boîte aux lettres.
Lorsque vous concevez vos propres icônes et images, essayez de les garder simples. Les images complexes avec plusieurs couleurs ne s'adaptent pas bien aux icônes de la barre d'outils 16 × 16 pixels ou lorsqu'elles sont affichées sur des écrans haute résolution.
Sélectionnez la police
Les polices constituent également un élément important des interfaces utilisateur car elles transmettent souvent des informations importantes aux utilisateurs. Choisissez des polices faciles à lire sur différentes résolutions et types de moniteurs. Il est préférable de s’en tenir à des polices simples sans empattement ou avec empattement autant que possible. Souvent, les polices manuscrites ou autres polices décoratives sont plus belles sur papier que sur écran, et plus la taille de la police est petite, plus elle est difficile à lire.
Sauf si vous envisagez de configurer les polices par application, vous devez vous en tenir aux polices Windows standard telles que Arial, NewTimesRoman ou System. Si le système de l'utilisateur ne contient pas la police spécifiée, le système utilisera une police alternative et les résultats pourront être complètement différents de ceux attendus. Si vous concevez pour un public international, recherchez quelles polices sont disponibles dans les langues souhaitées. De plus, lors de la conception pour d'autres langues, vous devez prendre en compte l'expansion du texte : dans certaines langues, les chaînes de texte peuvent occuper plus de 50 % d'espace en plus.
De plus, lors du choix d’une police, la cohérence du design est très importante. Dans la plupart des cas, vous ne devez pas utiliser plus de deux polices dans une application. Trop de polices peuvent faire ressembler une demande à une amende.
->