Wünsche für MQL5 - Seite 19
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
Verdammt! Wenigstens ein Wort mit Substanz in den letzten Beiträgen, das ist ein Tohuwabohu, das kein Ende nimmt. Vergessen Sie .net und Gott bewahre, dass melkosoft sich für diesen Bereich interessiert, sie können aus allem ein Chaos machen, das können Sie ihnen nicht nehmen. ja, .net ist gut ... Für den Entwickler, aber für den Benutzer ist es ein echtes Kopfzerbrechen, angefangen von der Größe und endet mit der Inkompatibilität der Versionen, und wenn die Entwickler beginnen, die Früchte des anderen zu verwenden, will der Installateur die zweite Version, eine Komponente in der ersten und alles andere - die dritte, dann beginnt das Lied. Lassen Sie uns wenigstens auf .net verzichten.
Vielleicht sollten wir für solche Debatten eine eigene Rubrik einrichten?
Bitte richten Sie Ihre Wünsche an MQL5.
Die Entwicklung von MQL5 ist im Gange und es ist eine unserer herausragenden Positionen in der neuen Handelsplattform. Wir verzichten bewusst darauf, darüber zu sprechen, um Ruhe zu bewahren. In Kürze werden wir jedoch damit beginnen, Informationen über die neue Sprache, die Bibliotheken und die Programmierumgebung zu veröffentlichen.
...
Sprache
1 objektorientiert (der stärkste Wunsch)
2 so nah an C++ wie möglich
2.1 Strukturen (es wäre schön, sie zu sehen)
3 Ereignisse hinzufügen
3.1 Auftragsabwicklung... ( Gewinnmitnahme, Stopp )
3.2 Fehler (statt Abfrage nach Funktion oder zusammen)
3.3 Timer-Ereignis (würde eine bessere Verwaltung der Anwendung ermöglichen)
...
Herausgeber
visueller Debugger
...
Terminal
die Möglichkeit, ein nicht standardisiertes TF-Intervall zu wählen ... sagen wir 3 Minuten oder 6 Stunden 25 Minuten usw. ... d.h. skalierbar
W1-Prüfgerät
Mehrwährungsprüfgerät
mehrere TF-Tester während der Visualisierung
Es wäre eine gute Idee, noch einmal gründlich über die Grundlage für das StopLevel-Limit für schwebende Stop-Orders nachzudenken, bevor man 5 ausführt. Meiner Meinung nach sollte es nicht der angegebene Eröffnungskurs der Order sein (im Wesentlichen der Eröffnungskurs), sondern immer noch der Schlusskurs der entsprechenden Marktorder (wie bei Marktorders).
Jetzt ist es möglich (Spread = 3, StopLevel = 3), BuyStop = 1,0050 mit dem nächstliegenden SL = 1,0047, TP = 1,0053 zu eröffnen. In dem Moment, in dem der Pending in einen Market umgewandelt wird, wird die Situation technisch möglich, wenn der BId (korrekter Schlusskurs) bereits auf dem SL liegt. (Eine solche Situation ist auf dem ursprünglichen Markt nicht zulässig, und das zu Recht).
Wenn die Berechnungsgrundlage geändert wird, kann der gleiche BuyStop = 1,0050 den nächsten SL = 1,0044 und TP = 1,0050 haben. Im Moment der Umwandlung in den Markt wird BId in der gleichen Entfernung von der Stop-Order sein. Um diesen Markt zu schließen, muss der Preis noch 3 Punkte stampfen.
Verdammt! Wenigstens ein Wort mit Substanz in den letzten Beiträgen, das ist ein Tohuwabohu, das kein Ende nimmt. Vergessen Sie .net und Gott bewahre, dass melkosoft sich für diesen Bereich interessiert, sie können aus allem ein Chaos machen, das können Sie ihnen nicht nehmen. ja, .net ist gut ... Für den Entwickler, aber für den Benutzer ist es ein echtes Kopfzerbrechen, angefangen von der Größe und endet mit der Inkompatibilität der Versionen, und wenn die Entwickler beginnen, die Früchte des anderen zu verwenden, will der Installateur die zweite Version, eine Komponente in der ersten und alles andere - die dritte, dann beginnt das Lied. Lassen Sie uns wenigstens auf .net verzichten.
Vielleicht sollten Sie für solche Debatten einen eigenen Bereich einrichten?
Inkompatibilität von Versionen tritt in der Regel nur bei den Entwicklern, in diesem Fall, der Entwickler verwendet eine Software und jemand anderes, sonst ist der Benutzer in der Regel mit einem Service-Update verbunden ist, in der Regel die Admins den Überblick über diese, die Nutzer der Lizenz und andere, neigen die Entwickler, um eine solche globale Update zu halten, in jedem Fall sind alle Probleme gelöst, eine oder andere Weise und ich sehe nicht ein globales Problem. In den meisten Fällen ist kein Eingriff erforderlich. Versionsabhängigkeit ist etwas, das man anstreben sollte, denn sonst gibt es mehr Bugs, Löcher über Löcher, das ist eine Tatsache, früher gab es eine Menge Probleme damit und vor allem den Entwicklern, ein nicht enden wollendes Kopfzerbrechen, und der Benutzer krampft, wenn der Entwickler sich nicht darum gekümmert hat und jeder Entwickler ist vor allem der Benutzer selbst.
Sie verwenden Windows, es ist wichtig für Sie, um den fehlerfreien Betrieb zu sehen, also warum nehmen Sie für Bugs, Warnungen über die Inkompatibilität, glauben Sie wirklich, dass Benutzerfehler sollten die Entwickler betreffen? Und wie wollen Sie dem Entwickler erklären, wo der Fehler liegt, wenn es keine Kontrolle über die Kompatibilität und erst recht nicht über Fehler gibt?
Als Benutzer habe ich immer danach gestrebt, die perfektesten Produkte zu verwenden und dasjenige zu wählen, das am perfektesten ist, sonst kann man im Leben zurückfallen und noch mehr Zeit verlieren, aber als Entwickler berücksichtige ich auch viele andere Faktoren. Sie schreiben in MQL, ich schreibe nicht in MQL, obwohl ich MT benutze und MQL kenne, aber deshalb tue ich es nicht. Jeder wählt seinen eigenen Weg, während Sie nur auf die Entwickler warten, was Sie verpassen, haben wir es bereits für uns, wir versuchen, es in einem engen Kreis zu entwickeln :) Ich habe hier im Grunde nichts mehr zu tun und werde vielleicht gar nicht mehr hier erscheinen, bis ein neues Build und eine neue Version des MT. Wenn man sich aber nicht an den Diskussionen beteiligt, kann man einen wichtigen Bereich vernachlässigen und noch mehr Zeit verschwenden, und zwar vergeblich, denn alles muss in einer unvorstellbaren Weise umgestaltet und an den neuen Stand angepasst werden, man muss buchstäblich alles berücksichtigen, damit man ein solches Problem bei der Umstellung auf eine neue Version so schnell wie möglich loswird.
Sie sind buchstäblich mir zu sagen, auf alles aufgeben und zufrieden sein mit dem, was ist, wie sie sagen, dass Gott liefert, der Rest ist Ihr Problem, es nicht passieren, in jeder Entwicklung braucht Zeit und Geld und über einige Sprüche, die Gott liefert, können Sie einfach nicht denken, müssen Sie die Idee mit allen Mitteln zu schieben.
TedBeer schrieb (a):..., Andy_Kon schrieb (a):..., pxx schrieb (a):..., xnsnet schrieb (a):.
Ich stimme für "religiöse Toleranz". :)
Zum Thema:
Sprache - Ausnahmen wären auch genau das Richtige.
1 Objektorientierung (stärkster Wunsch)
Um das Debugging zu beschleunigen, müssen wir Labels und Tracing hinzufügen (wie in den guten alten prozeduralen Sprachen). Und außerdem müssen wir die Möglichkeit bieten, einen EA von einem anderen aus aufzurufen (Ex4 Executable).
Igor
Im Prüfer- und Terminalfenster sollten alle Spalten, die den Auftrag charakterisieren - MN und Kommentar - hinzugefügt werden.
Im Tester mehr frei durch Checkboxen (nützlich, um Ressourcen zu sparen):
- keine Nachrichten auf dem Kanal ausgeben bzw. ausgeben lassen;
- alles ausgeben/alle bis auf die letzten hundert überspringen;
- Diagramme anzeigen/nicht anzeigen;
- Ergebnisse anzeigen/nicht anzeigen.
Im Fenster der manuellen Auftragsverwaltung markieren Sie die Option
- um die linke Seite zu aktivieren/deaktivieren;
Auf der linken Seite, Anzeige (mit Registerkarten oder Häkchen)
- Zeckendiagramm;
- Marktübersicht;
- Datenfenster;
- nützliche Informationen aus einem laufenden Anwendungsprogramm anzeigen;
- Variationen.
Ermöglicht die Ausgabe des Indikators im Fenster mit dem Chart oder in einem separaten Fenster - unterhalb des Charts - durch Auswahl des Kontrollkästchens [v], ohne Neukompilierung.
Es wäre auch gut, wenn man einzelne Elemente(grafische Werkzeuge) eines Indikators im Fenster mit dem Chart und im Fenster unter dem Chart durch Ankreuzen auswählen könnte.
Angenommen, die Pitchfork von Andrews wird im Fenster mit dem Diagramm angezeigt, während einige berechnete Elemente desselben Indikators, z. B. Zeitstempel, im Fenster unterhalb des Diagramms angezeigt werden sollen, z. B. als Histogramm.
==============
Die Fenster für die Indikatorausgabe oder einzelne Indikatorelemente sollten ebenfalls wählbar sein, indem die Nummer des Fensters, in dem die Ausgabe angezeigt werden soll, eingestellt wird.
Die Fenster für die Anzeige des Indikators oder einzelner Indikatorelemente können auch durch Angabe der Fensternummer, in der die Ausgabe erfolgen soll, ausgewählt werden.