
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Comment les utilisateurs ajoutent-ils les images qu'ils recherchent et les utilisent-ils pour créer l'interface ? Telle est la question.
Les images d'interface (icônes ou autres images) se divisent grosso modo en deux catégories :
1. Les images internes.
Les images internes sont intégrées dans le concepteur. Par exemple, les images des boutons de défilement, les flèches des éléments de menu, les croix des boutons de fermeture des fenêtres et autres. Il s'agit d'images standard et elles sont écrites par des numéros dans le tableau. Les icônes de la fenêtre Label Menu également. Elles sont inscrites par des numéros dans un tableau spécial. Même en l'absence de ressources externes (dossiers contenant des images), ces images seront conservées et l'utilisateur pourra les utiliser de la même manière. Dans ce cas, l'adresse de l'icône est le nom par lequel le constructeur la trouve.
2. Externes.
Toutes les images externes doivent se trouver dans le dossier Images. Le constructeur les charge en tant que ressources et les enregistre dans le tableau commun d'images. L'algorithme accède ensuite à ces images en tant qu'images internes. Lorsque l'utilisateur enregistre le projet, l'algorithme sélectionne et écrit dans le fichier UIDATA uniquement les images dont l'interface utilisateur a besoin.
En fait, c'est simple.
1. L'utilisateur place l'image souhaitée dans le dossier Images.
2. Dans un fichier spécial, il écrit une ligne (par exemple) #resource "::Images/32x32\Index.bmp".
3. Puis, dans le code, il spécifie :
Terminé.
L'utilisateur utilise simplement la chaîne d'affectation d'image normale pour l'élément ou la fenêtre. Rien d'autre n'est nécessaire. Le constructeur lui-même détermine si l'image est externe ou interne. Si elle est externe, elle sera extraite de la ressource et placée dans un tableau avec les autres images.
Sortie le samedi (j'essaierai d'être en avance).
Les tâches assignées :
1. Contrôle logiciel des éléments et des fenêtres du côté de l'application utilisateur.
2. fournir les capacités de base pour travailler avec des tableaux 3. corriger les bugs avec les onglets et la barre des tâches
3. corriger des bugs avec les onglets et la barre des tâches. 4.
4. corriger des bogues mineurs.
Notez que le tableau ci-dessus est utilisé.
En principe, le tableau peut déjà être utilisé pour des fenêtres similaires. Il possède des capacités de base.
À titre de démonstration, j'inclurai dans ce tableau des cases à cocher, des listes déroulantes et... des curseurs. Voyons ce qui se passe ensuite.
Tout le monde est probablement familier avec cette fenêtre de paramétrage :
Je l'ai déjà montrée et elle est incluse dans la dernière version. Elle se trouve dans le fichier du projet de démonstration à l'adresse :
Voici l'histoire : il y a tout juste 20 minutes, je me suis posé une question - que se passe-t-il si vous changez la plateforme de cette fenêtre de SETTINGS à MENU ? J'ai donc décidé de faire une petite expérience.
Je suis allé dans le fichier et j'ai effectué la substitution :
Rien d'autre.
Et voici le résultat intéressant :
1. Lorsque j'ai essayé d'ouvrir une fenêtre par le menu, cela s'est produit (cliquez, c'est un .gif) :
2. en essayant d'ouvrir une fenêtre à l'aide du bouton de la barre des tâches, voici ce qui s'est passé (cliquez, c'est un .gif ) :
Nous pouvons donc conclure que le remplacement de la plate-forme de la fenêtre modifie automatiquement le comportement et l'apparence de cette fenêtre. En tant que fenêtre de menu, elle a commencé à s'ouvrir d'elle-même à partir d'une autre fenêtre de menu simplement en pointant l'élément qui l'appelait en cliquant (c'est ainsi que se comporte une fenêtre de menu normale). De plus, lorsque vous cliquez sur le bouton qui doit l'appeler, la fenêtre s'ouvre à proximité immédiate de ce bouton, et non au centre du graphique comme les autres fenêtres de paramétrage (c'est ainsi qu'une fenêtre de menu normale s'ouvre à l'aide d'un bouton).
Le résultat est intéressant : il suffit de changer UN mot dans le code pour obtenir un aspect et un comportement complètement différents de la fenêtre de paramétrage. Est-ce pratique ? Jugez-en par vous-même.
P.S. C'est ce que l'on voit sur l'image :
Puis-je vous demander quel logiciel vous avez utilisé pour créer les gifs ? Pourquoi faut-il cliquer pour voir l'image bouger ?