Galerie d'interfaces utilisateur écrites en MQL - page 74

[Vitaliy Kostrubko]

Nikolai Semko #:

Il est important de rappeler que Peter a créé cela sans connaissance de la POO et sans utiliser le débogage ( !!!).Je serais épuisé et je ne pourrais pas faire cela sans la POO et le débogage.
Et ce n'est pas grave que ce travail n'ait pas été réclamé. Peter est une beauté !Respect!

... Comment se fait-il que CE travail soit resté non réclamé ?! 0_О

...
et je suis juste à la recherche d'un graphiste pour créer un panneau de trading ! j'ai même demandé aux développeurs de MQL-5 ici : https://www.mql5.com/ru/forum/476574:).

... Je vais vous dire tout de suite qu'au moment où j'écris ce commentaire, j'ai lu la Branche jusqu'à la 8ème page ... . et croyez-moi, je suis en admiration devant le travail de l'auteur ( !) :)

[Реter Konow]

Période approximative de diffusion, du 22 au 28 novembre.

P.S. Veuillez tenir compte de la grande quantité de travail. Je vous remercie de votre attention.

[Vitaliy Kostrubko]

Реter Konow #:
Période de diffusion prévue entre le 22 et le 28 novembre.

P.S. Veuillez tenir compte de la grande quantité de travail. Merci de votre compréhension.

J'aimerais beaucoup être bêta-testeur :)

[Vitaliy Kostrubko]

... En parlant de contenu (pour des "idées futures") :

Je suis actuellement en train de "m'essayer" à la conception d'un panneau directement à partir d'objets de terminal : bouton et étiquette de texte,

et j'ai rencontré cette situation : -->

--> pour "moi-même" - afin d'éviter toute confusion dans les boutons - j'ai décidé de signer le bouton lui-même "en détail".
et par conséquent - il était nécessaire de faire l'inscription non pas dans le bouton lui-même (car l'inscription sera au milieu de la hauteur du bouton), mais sous la forme d'un texte "superposé" sur le bouton ( !) c'est pourquoi l'inscription s'est avérée être de 2 lignes :

d'où l'idée d'exprimer cette situation - au cas où, à l' avenir, vous "inventeriez" un moyen - COMMENT faire de telles légendes de 2-3 lignes sur les boutons dans votre GUI --> sans ou avec kanvas --

[Реter Konow]

Vitaliy Kostrubko #:

J'aimerais bien être un Beta testeur :)

Merci pour cette initiative !

Cela contribuera certainement à améliorer la qualité de la mise en œuvre technique. Mais je dois dire tout de suite que le code du concepteur ou de l'éditeur n'est pas sujet à discussion. Seul le travail de fonctionnalité et de conformité avec les besoins des utilisateurs l'est. Il s'agit là d'une condition préalable. Si vous êtes d'accord, tout ira "sur les rails". :)

[Реter Konow]

Vitaliy Kostrubko #:

... COMMENT faire des légendes similaires de 2-3 lignes sur les boutons dans votre GUI --> sans kanvas, ou AVEC kanvas

Le...

[Реter Konow]

Une décision stratégique mûrement réfléchie a été prise pour se concentrer entièrement sur la restauration de la fonctionnalité de l'éditeur visuel. Selon des estimations approximatives, il sera possible de le compléter et de l'appliquer dans la pratique au cours des trois prochaines semaines. Il ne reste plus que le développement et l'amélioration.

J'expliquerai plus loin les raisons de cette décision.

[Maxim Kuznetsov]

Vitaliy Kostrubko #:

... En parlant de contenu (pour les "idées pour l'avenir") :

Je suis actuellement en train de "m'essayer" à la conception d'un panneau directement à partir d'objets du Terminal : Bouton et Etiquette de texte,

et j'ai rencontré cette situation : -->

--> Pour "moi-même" - afin d'éviter toute confusion dans les boutons - j'ai décidé de signer le "détail" du bouton lui-même.
et par conséquent - il était nécessaire de faire l'inscription non pas dans le bouton lui-même (car l'inscription apparaîtra au milieu de la hauteur du bouton), mais sous la forme d'un texte "superposé" sur le bouton ( !) . C'est pourquoi l'inscription s'est avérée être de 2 lignes :

d'où l'idée d'exprimer cette situation - au cas où, à l' avenir, vous "inventeriez" un moyen - COMMENT faire de telles légendes de 2-3 lignes sur les boutons dans votre GUI --> avec ou sans kanvas --

n'est-ce pas ? :-)

sans éditeurs GUI :-)

ou comme ceci...

ou comme ceci.

:-)

juste pour mémoire et j'avais 10 minutes à perdre...

[Реter Konow]

Pourquoi il n'y a pas lieu de poursuivre le développement du langage de balisage :

1. Seuil d'entrée élevé.

Pour que les utilisateurs puissent construire des panneaux complexes, ils doivent connaître les règles du langage. Mais ils ne les connaîtront qu'après avoir étudié ~20 tutoriels que je dois écrire dans les 6-7 prochains mois.

2. Il est impossible d'utiliser pleinement les modèles d'interface graphique sans connaître les règles du langage.

Les connaissances sont obtenues grâce à des tutoriels, et le matériel est imprimé dans des articles. Les articles sont publiés à raison d'un ou deux par mois. Pour achever un cours complet, il est nécessaire de publier au moins 7 à 10 articles, et à ce rythme, le processus prendra environ six mois.

La conclusion des arguments ci-dessus est qu'il est logique de ne publier les modèles qu'après la publication des articles. Sans connaissance pratique du langage, les utilisateurs ne seront pas en mesure de modifier les modèles de code kib en fonction de leurs besoins, ce qui réduira considérablement leur utilité. Par conséquent, les utilisateurs se tourneront vers moi pour obtenir des explications et de l'aide. Je peux aider une ou deux personnes, mais s'il y en a plus, nous serons dans une impasse.

Maintenant, pourquoi il est très logique de développer un éditeur visuel.

1. Un seuil d'entrée bas pour les utilisateurs.

L'éditeur visuel a l'avantage d'être intuitif. Ses capacités et ses limites sont facilement identifiées en explorant son interface graphique. L'ajout d'infobulles aide à comprendre les complexités.

2. Peu de matériel de formation nécessaire pour commencer à utiliser l'éditeur visuel.

L'ensemble du cours peut tenir en 3 à 5 articles. Mais même sans eux, les utilisateurs apprendront rapidement à créer des panneaux simples et complexes.

3. L'éditeur simplifie et accélère autant que possible la création d'interfaces graphiques.

La différence entre l'effort de travail avec un langage de balisage et un éditeur visuel est énorme. Ce facteur a finalement fait pencher la balance en faveur de l'éditeur visuel. Le peu d'efforts requis influence favorablement l'intérêt des utilisateurs pour la création d'applications commerciales à interface graphique.

4. La base conceptuelle de l'éditeur visuel est bien pensée et la base technique a été écrite et testée il y a 4 ans. Nous pouvons dire qu'objectivement, l'éditeur est sur le point de sortir sa première version.

[Реter Konow]

Maxim Kuznetsov #:

n'est-ce pas ? :-)

sans éditeurs d'interface graphique :-)

ou à peu près.

ou ceci

:-)

Je dis ça comme ça, et j'avais 10 minutes à perdre...

Bien sûr, il y aura des gens qui voudront utiliser des programmes tiers pour construire l'interface graphique et la connecter via des DLL, c'est très bien.

C'est le choix de chacun.