Mein Ansatz. Der Kern ist der Motor. - Seite 28
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Die Bibliothek von Anatoly ist übrigens auch ein Witz. Wie viele Artikel zu diesem Thema? Etwa 50? Überall heißt es in den Kommentaren: "Oh, noch nicht, das muss ich noch verbessern". Was, um seine Bibliothek zu nutzen, müssen Sie diese 50 Artikel lesen? Was ist das Wesentliche und die Bedeutung?
Ich habe versucht, die erwähnte Bibliothek zu verbinden, meine Meinung ist zweideutig, ja es ist bequem, ja es ist schön, aber ich war nicht in MQL beschäftigt, wenn die Bibliothek erstellt wurde, und mit späteren Builds von MT, wurde die Bibliothek "bedingt funktionsfähig", einige Beispiele aus den Artikeln nicht kompilieren oder arbeiten mit Bugs, und die Tonnen von Code zu verstehen, ach, es ist einfacher, die Standard-Lieferung von MT verwenden
Moderne GUI-Konstruktoren (die, die "Schaltflächen auf Formulare verteilen") sind ein ziemlich technologisches Ding und das Anhängen von MQL-Elementen an sie sieht nicht gerade fantastisch aus.
Fast alle von ihnen haben in der Zwischenform (Projektdatei usw.) ein XML, das die Position und die Beziehungen zwischen den Elementen beschreibt.
Die Generierung von Code für die Zielplattform ist eigentlich eine XSLT-Transformation, die von jedem durchgeführt werden kann, der sich für einen Webentwickler hält :-)
Nehmen Sie zum Beispiel EasyAndFast (https://www.mql5.com/ru/code/19703), denn es ist objektbasiert und hat alle notwendigen Komponenten. (und ist, anders als in diesem Thread, offen und dokumentiert ),
und schreiben Sie einfach einen Übersetzer.
Es gibt keinen gui-mql builder, nicht weil er mega kompliziert ist, sondern weil er einfach nicht beliebt ist.
Ja, ich bin auf der Suche danach - ich bin interessiert, zumindest um es Peter unter die Nase zu reiben! ))))
Ich habe keine Zeit oder Lust, mich mit allen Details zu beschäftigen - warum nicht einfach Crossplatform GUI builder verwenden?
Ich habe versucht, die oben genannte Bibliothek zu verbinden, ist meine Meinung zweideutig, ja es ist bequem, ja es ist schön, aber ich war nicht in MQL beteiligt, wenn diese Bibliothek erstellt wurde, und mit späteren Builds von MT, wurde die Bibliothek "bedingt funktionsfähig", einige Beispiele aus den Artikeln nicht kompilieren oder arbeiten mit Bugs, und Tonnen von Code zu verstehen, ach, es ist einfacher, die Standard-MT-Paket verwenden
Ja, ich bin auf der Suche danach - zumindest um es Peter unter die Nase zu reiben! ))))
Ich habe weder Zeit noch Lust, mich mit all dem zu befassen!
Werfen Sie einen Blick auf QT Designer.
Peter, wo steht, dass Ihre grafische Benutzeroberfläche nicht aus grafischen Objekten besteht, sondern auf einer Leinwand gezeichnet wird? Seien wir nicht hinterhältig, es sieht schrecklich aus.
...
Als Künstlerin kam ich an diesen Worten nicht vorbei.
Sicher, alles andere als IDEAL, aber "furchtbar"???
Ja, ich bin auf der Suche nach einem - ich möchte es zumindest Peter unter die Nase reiben! ))))
Aber im Ernst, ich möchte versuchen, einige plattformübergreifende GUI-Builder, vielleicht etwas zu zeigen, dass ich schauen kann?
Abwischen nicht nötig)). Und man braucht nicht zu suchen.
DLL nach Cis. Die VS-Umgebung verfügt bereits über einen Konstruktor. Die Sprache ist MQL sehr ähnlich. Wenn auch nicht für Market, so doch für Sie selbst, die einfachste und naheliegendste Option mit modernem Look and Feel.
Und was Peter anbietet, ist die DOS-ähnliche GUI aus der Turbo Vision-Serie von Borland aus den frühen 90er Jahren.
Und was Peter anbietet, ist eine DOS-ähnliche GUI aus der Turbo Vision-Serie von Borland aus den frühen 90er Jahren.
Es ist eine ziemlich gute GUI. Vielleicht bin ich zu alt, aber ich finde es ziemlich gut.
Die Frage ist, wer daran interessiert sein könnte, sie zu nutzen. Wie viele von ihnen gibt es?
Die Erstellung einer eigenen grafischen Benutzeroberfläche ist nicht das Problem.
Das Problem besteht darin, eine sinnvolle Verwendung dafür zu finden, die von MEHR Nutzern benötigt wird. Das ist es, was bisher allen Schwierigkeiten bereitet hat. Wenn es eine normale Aufgabe gibt, gibt es eine grafische Benutzeroberfläche, und mehr als eine...
Petr, wie lautet die Antwort auf die Frage, WARUM die Nutzer Ihr Produkt brauchen? Ich verstehe, dass Sie von diesem Prozess fasziniert sind, ich habe ihn auch durchgemacht. Aber warum brauchen die Nutzer sie? Wer ist das Zielpublikum?Es ist eine ziemlich gute GUI. Vielleicht bin ich zu alt, aber ich finde es ganz gut.
Die Frage ist, wer wäre daran interessiert, es zu nutzen? Wie viele von ihnen sind hier?
Gut oder schlecht - das hängt von den jeweiligen Aufgaben ab. Vor einigen Jahren habe ich ein GUI-Terminal auf Excel-Tabellen erstellt - mit Schaltflächen, Feldern, Tabellen, Echtzeitdiagrammen und anderen Attributen. Ich brauchte es speziell für den manuellen Handel. Es gab keine Probleme mit dem Aufbau und der Schnittstelle.
Peter's GUI wird als Lösung des Problems und als Vereinfachung der Konstruktion vorgestellt. Er hat es erdacht und gemacht, und gut gemacht, natürlich, aber es gibt hier schon lange kein Problem mehr, und es gibt nicht viel zu vereinfachen.
Mm-hmm - schön. Außerdem gibt es eine (stilistische) Unstimmigkeit mit einigen der anderen Screenshots, die höchst fragwürdig ist.
Hier ist ein Beispiel für meine Verbindungsschnittstelle:
Das ist hier schon alles geklärt.
Ich habe es mir angesehen. Das ist eine Sauerei. Die Datei wird fast vollständig von der Funktion On_Gui_Event eingenommen, die 600 Zeilen lang ist. Hier ist ein Fragment davon (Rechtschreibung und Zeichensetzung sind erhalten):
Das ist einfach Unsinn. Der Code lässt sich natürlich nicht kompilieren. Keine der Fallkonstanten ist in der Datei definiert. Der Schalter befindet sich im Inneren des Gehäuses. Die Einzüge sind so gestaltet, als wollten sie einen armen Benutzer verwirren. Es gibt einen Haufen ineffizienter Codes wie if(selected_option == "L_ITEM 1"){} Kurz gesagt, es ist eine einzige Katastrophe.
Ich habe es mir angesehen. Das ist eine Sauerei. Die Datei wird fast vollständig von der Funktion On_Gui_Event eingenommen, die 600 Zeilen lang ist. Hier ist ein Fragment davon (Rechtschreibung und Zeichensetzung sind erhalten):
Das ist einfach Unsinn. Der Code lässt sich natürlich nicht kompilieren. Keine der Fallkonstanten ist in der Datei definiert. Der Schalter befindet sich im Inneren des Gehäuses. Die Einzüge sind so gestaltet, als wollten sie einen armen Benutzer verwirren. Eine Menge ineffizienter Code wie if(selected_option == "L_ITEM 1"){} Kurz gesagt, es ist düster und unheilvoll.
Vasily, du hast mich sehr zum Lachen gebracht. )) Warum sollten Sie versuchen, alles zu kompilieren, was Sie in die Finger bekommen?)
Dies ist ein Beispiel für eine GUI-Verbindungsdatei. Fragen Sie Oleg Papkov, wie das funktioniert. Welche Art von "ineffizientem Code"? Normaler Code, der so klar wie möglich sein soll.