Galerie d'interfaces utilisateur écrites en MQL - page 43
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
Lorsque la barre d'outils se rétrécit, la barre des tâches en bas ne réagit pas immédiatement, il faut passer à un autre graphique et cliquer à nouveau avant que la barre des tâches ne se déplace vers le bas. Je ne sais pas si cela peut être amélioré.
Les fenêtres dynamiques ne semblent pas encore au point. Le survol de la souris est préservé lorsque la souris quitte la position.
Je prévois d'ajouter 7 leçons supplémentaires afin que les utilisateurs sachent comment utiliser la bibliothèque.
ATTENTION, IMPORTANT !//--------------------------------------------------------------------------------------------------------------
J'ai vérifié et il s'avère qu'il n'est pas possible d'écrire les nouveaux dossiers du constructeur par-dessus les anciens. Il est évident que certains anciens fichiers subsistent, ce qui entraîne des erreurs, dont certaines ne sont pas évidentes. J'ai spécifiquement écrit de nouveaux dossiers sur les anciens et le constructeur n'a pas fonctionné correctement.
Ce n'est qu'en supprimant complètement les anciens dossiers et fichiers et en plaçant les nouveaux dans un endroit propre que j'ai obtenu le résultat souhaité.
C'est pourquoi :
1 . Supprimez tous les dossiers et fichiers de l'ancienne version.
2 . Supprimer l'Expert Advisor KIB et l'indicateur KIB-source des graphiques et les supprimer du navigateur MT5.
3 . Installez la nouvelle version de la construction à partir de zéro comme suit :
a) Ouvrez le fichier ( 1 ) KIB v1.mq5. Compilez. Exécutez-le sur le graphique.
b ) Ouvrir le fichier ( 1 ) KIB-source v1.mq5. Compiler. Exécuter sur le même graphique
c) Ouvrir le fichier ( 1 ) EA Shell v1.mq5. Compiler. Mettez-le sur le graphique voisin.
Ensuite, vous pouvez le tester. Sinon, les erreurs sont imprévisibles.
Par exemple, le bug avec la barre des tâches qui saute ne joue pas pour moi.
Voici une preuve vidéo :
(cliquez sur l'image)
Observation intéressante.
Je développe généralement sur l'ancienne version de MT5 (2470) parce que j'y suis habitué. Ensuite, je transfère les modifications sur la nouvelle version (4424). Ainsi, les graphiques sur la nouvelle version sont nettement plus rapides. Mais la compilation est plus rapide sur l'ancienne version, donc je suis toujours là. Je gagne 10 secondes (environ) sur chaque compilation. C'est considérable, si l'on considère le nombre de compilations que je dois effectuer chaque jour. C'est pourquoi je travaille sur deux plateformes à la fois. :)
Lorsque la barre d'outils se rétrécit, la barre des tâches en bas ne réagit pas immédiatement, il faut passer à un autre graphique et cliquer à nouveau avant que la barre des tâches ne se déplace vers le bas. Je ne sais pas si cela peut être amélioré.
Essayez de réinstaller le constructeur à partir de zéro, en supprimant d'abord tous les anciens fichiers et dossiers. Le bug de la barre des tâches qui saute devrait disparaître.
Je prévois d'ajouter 7 leçons supplémentaires pour que les utilisateurs sachent comment utiliser la bibliothèque.
Il ne fait aucun doute que vous avez raison. Plus de leçons sont nécessaires. Je suis très occupé par le développement et je n'ai guère le temps de compiler des leçons pour l'instant. Cependant, dès que j'aurai terminé les trois tâches de base : gestion des éléments de programme, tableaux dynamiques et fenêtres évolutives, je commencerai à écrire des articles sur le langage de balisage.
En effet, les fenêtres dynamiques ne sont pas terminées. C'est pourquoi je n'ai pas voulu les inclure dans la version. Mais hier, nous avons parlé des fenêtres évolutives et j'ai décidé de montrer à quel stade de développement elles se trouvent.
Selon mes estimations, les fenêtres sont terminées à 80 %.
Il est important de réaliser que les algorithmes les plus complexes de cet élément sont ceux responsables de la dynamique : redimensionnement, mise à l'échelle et défilement.
Imaginez que l'utilisateur fasse d'abord défiler l'image verticalement, puis horizontalement. Il ne la fait pas défiler jusqu'au bout, mais la laisse quelque part au milieu. Puis il redimensionne la fenêtre. Ou, hum. redimensionne la fenêtre. Par exemple, en tirant sur le bord supérieur gauche ou inférieur droit. La fenêtre doit alors devenir à la fois plus basse et plus haute, plus large et plus étroite. En d'autres termes, les barres de défilement, la fenêtre elle-même, ainsi que l'image déplacée, doivent changer de position et de taille de manière cohérente et correcte au cours de ce processus. Ces mécanismes fonctionnent donc déjà très bien. En d'autres termes, le plus dur est derrière nous. Et 20 % sont des choses mineures, comme la couleur qui colle aux boutons du haut ou parfois des flèches qui ne disparaissent pas. Je suis donc optimiste. C'est l'un des éléments les plus complexes de l'interface et il est presque terminé.
Il n'y a rien de plus compliqué qu'une fenêtre dynamique. Même la liste des arbres était plus facile.
J'ai maintenant remarqué que le bogue de la barre des tâches bloquée se produit toujours, mais uniquement lorsque l'on déplace la fenêtre du terminal vers un autre moniteur. Lorsque l'on redimensionne normalement le graphique, la barre des tâches se comporte correctement.
Je vais réfléchir à la manière de résoudre ce problème.