Können Sie ein grafisches Objekt ähnlich OBJ_TREND hinzufügen, bei dem die Koordinaten als Offset von den Bildschirmrändern eingestellt sind (wie OBJ_LABEL, OBJ_BUTTON), nicht als Zeit und Preis? (Beim Verschieben der Karte bleibt ein solches Objekt an seinem Platz).
Außerdem wäre ein Symbol für ein "leeres" Finanzinstrument hilfreich, da beim Öffnen eines solchen Diagramms der Preis nicht angezeigt wird (es wäre möglich, in einem leeren Fenster zu zeichnen).
Können Sie ein grafisches Objekt ähnlich OBJ_TREND hinzufügen, bei dem die Koordinaten als Offset von den Bildschirmrändern eingestellt sind (wie OBJ_LABEL, OBJ_BUTTON), nicht als Zeit und Preis? (Beim Verschieben der Karte bleibt ein solches Objekt an seinem Platz).
Darüber hinaus wäre ein Symbol für ein "leeres" Finanzinstrument nützlich, da beim Öffnen eines solchen Diagramms der Preis nicht angezeigt wird (in einem leeren Fenster könnte man zeichnen).
Hmmm, und dass die Zecken jede Sekunde dorthin gehen.
Hmmm und lassen Sie die Zecken jede Sekunde dorthin gehen.
wie ein Testwerkzeug
gute Idee =)
Zecken sind nicht notwendig. Wenn es nötig ist, zeichnen wir sie selbst. Die Hauptsache ist, dass Sie ein Fenster haben, in dem Sie zeichnen können, und ein grafisches Objekt, mit dem Sie zeichnen können (ohne darüber nachzudenken, auf welchen Balken er fällt und der sich nicht mit dem Diagramm verschiebt).
zdd: Tiki ist nicht notwendig. Wenn wir es brauchen, können wir es selbst tun. Die Hauptsache ist, dass Sie ein Fenster haben, in dem Sie zeichnen können, und ein grafisches Objekt, mit dem Sie zeichnen können (ohne darüber nachzudenken, auf welchen Balken es fallen wird und der sich nicht mit dem Diagramm verschiebt)
Ich habe dieses Thema bereits angesprochen und unterstütze voll und ganz die Idee, dass wir ein Objekt vom Typ Fenster ohne Preisdiagramm benötigen, mit anderen Worten, wir brauchen eine "Koordinatenebene".
yu-sha: Jetzt muss ich alle Balken und Linien ausmalen und Tamburin um Pixels<-->(Bars+Price) tanzen.
Ja.
Damit diese Tortur der Vergangenheit angehört, ist es ausreichend (aber notwendig), alle Bildschirmobjekte ausnahmslos doppelt zu positionieren: sowohl nach Pixeln als auch nach Zeit+Preis.
Plus das Kennzeichen der Referenz auf das gewünschte Koordinatensystem (XY/ZeitPreis), das vom Benutzer kontrolliert wird. (Und natürlich bereit für Änderungen während der Laufzeit).
Ich weiß nicht, warum die Entwickler den Weg gegangen sind, Objekte durch Koordinatenbindung in zwei Kategorien zu unterteilen, aber die Praxis zeigt, dass dies eine unglückliche Lösung ist.
zdd: Zecken sind nicht notwendig. Wenn es sein muss, werden wir sie selbst herstellen. Das Wichtigste ist, dass Sie ein Fenster haben, in dem Sie zeichnen können, und ein grafisches Objekt, das das Zeichnen ermöglicht (ohne darüber nachzudenken, welchen Balken es bekommen wird, und das sich nicht mit dem Diagramm verschiebt).
Aha. Eifrig unterstützt. Die Idee mit der analogen Karte (nur leer) ist gut im Vergleich zu dem, was wir jetzt haben.
Aber noch besser wäre es, endlich normale "Benutzer"-Fenster zu erstellen, die nicht an irgendwelche Diagramme gebunden sind, sondern die Möglichkeit bieten, mql5-Programmfenster zu erstellen, sie nach Belieben zu zeichnen und grafische Elemente und Steuerelemente hinzuzufügen.
Was die bestehende Verknüpfung von Programmen mit Karten angeht... Das soll so bleiben. Nur zusätzlich dazu wäre es schön, eine Möglichkeit zu haben, nicht standardmäßig an ein Chart-Symbol gebunden zu sein. GlobalMqlSpace klingt gut, ja. Mit visueller Darstellung im Navigator, wo Skripte und EAs, die eine solche Bindung nicht benötigen, eingefügt werden können. Und zwar in beliebiger Menge. Lassen Sie die Maschine des Nutzers so viel ziehen, wie sie kann.
Vielleicht sind diese exotischen (?) Ideen jetzt fehl am Platz und die Entwickler sind mehr daran interessiert, das Terminal in eine funktionierende Umlaufbahn zu bringen.
Trotzdem. Wir brauchen sicherlich normale, reguläre mql-Fenster. Wenn nicht morgen, dann wenigstens übermorgen.
zdd: Tiki ist nicht notwendig. Wenn wir es brauchen, können wir es selbst tun. Die Hauptsache ist, dass Sie ein Fenster haben, in dem Sie zeichnen können, und ein grafisches Objekt, mit dem Sie zeichnen können (ohne darüber nachzudenken, auf welchen Balken es fällt und der sich nicht mit dem Diagramm verschiebt).
Die Entwickler haben vor drei Monaten versprochen, Zugang zu OBJ_BITMAP und OBJ_BITMAP_LABEL zu gewähren , aber das wird noch dauern, jetzt ist es ihre Aufgabe, das Terminal so schnell wie möglich zu starten.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Erlauben Sie die Verwendung von Cookies, um sich auf der Website MQL5.com anzumelden.
Bitte aktivieren Sie die notwendige Einstellung in Ihrem Browser, da Sie sich sonst nicht einloggen können.
Sie sind angemeldet. Die Zwei-Faktor-Authentifizierung wurde deaktiviert. Richten Sie sie erneut ein und scannen Sie einen neuen QR-Code oder fahren Sie mit deaktivierter Zwei-Faktor-Authentifizierung fort.
es wäre besser, wenn sie wie in Photoshop Fenster außerhalb der Terminalgrenzen machen würden - das wäre Ihr Erfolg =)
und konfigurierbare Funktionen wie z.B. über allen Fenstern usw.
Können Sie ein grafisches Objekt ähnlich OBJ_TREND hinzufügen, bei dem die Koordinaten als Offset von den Bildschirmrändern eingestellt sind (wie OBJ_LABEL, OBJ_BUTTON), nicht als Zeit und Preis? (Beim Verschieben der Karte bleibt ein solches Objekt an seinem Platz).
Außerdem wäre ein Symbol für ein "leeres" Finanzinstrument hilfreich, da beim Öffnen eines solchen Diagramms der Preis nicht angezeigt wird (es wäre möglich, in einem leeren Fenster zu zeichnen).
Können Sie ein grafisches Objekt ähnlich OBJ_TREND hinzufügen, bei dem die Koordinaten als Offset von den Bildschirmrändern eingestellt sind (wie OBJ_LABEL, OBJ_BUTTON), nicht als Zeit und Preis? (Beim Verschieben der Karte bleibt ein solches Objekt an seinem Platz).
Darüber hinaus wäre ein Symbol für ein "leeres" Finanzinstrument nützlich, da beim Öffnen eines solchen Diagramms der Preis nicht angezeigt wird (in einem leeren Fenster könnte man zeichnen).
Hmmm, und dass die Zecken jede Sekunde dorthin gehen.
wie ein Testwerkzeug
gute Idee =)
Hmmm und lassen Sie die Zecken jede Sekunde dorthin gehen.
wie ein Testwerkzeug
gute Idee =)
Tiki ist nicht notwendig. Wenn wir es brauchen, können wir es selbst tun. Die Hauptsache ist, dass Sie ein Fenster haben, in dem Sie zeichnen können, und ein grafisches Objekt, mit dem Sie zeichnen können (ohne darüber nachzudenken, auf welchen Balken es fallen wird und der sich nicht mit dem Diagramm verschiebt)
Unterstützt!
Oft wurde ein separates Fenster für die Zeichnung benötigt - ohne Zeitplan und Preisbindung
Nur ein DrawWindow mit Pixelkoordinaten und der Behandlung von OnInit(), OnDeinit(), OnTimer(), OnChartEvent()
Jetzt muss ich alle Balken, Linien und das Tamburin um Pixels<-->(Bars+Price) herum ausmalen.
Jetzt muss ich alle Balken und Linien ausmalen und Tamburin um Pixels<-->(Bars+Price) tanzen.
Ja.
Damit diese Tortur der Vergangenheit angehört, ist es ausreichend (aber notwendig), alle Bildschirmobjekte ausnahmslos doppelt zu positionieren: sowohl nach Pixeln als auch nach Zeit+Preis.
Plus das Kennzeichen der Referenz auf das gewünschte Koordinatensystem (XY/ZeitPreis), das vom Benutzer kontrolliert wird. (Und natürlich bereit für Änderungen während der Laufzeit).
Ich weiß nicht, warum die Entwickler den Weg gegangen sind, Objekte durch Koordinatenbindung in zwei Kategorien zu unterteilen, aber die Praxis zeigt, dass dies eine unglückliche Lösung ist.
Zecken sind nicht notwendig. Wenn es sein muss, werden wir sie selbst herstellen. Das Wichtigste ist, dass Sie ein Fenster haben, in dem Sie zeichnen können, und ein grafisches Objekt, das das Zeichnen ermöglicht (ohne darüber nachzudenken, welchen Balken es bekommen wird, und das sich nicht mit dem Diagramm verschiebt).
Aha. Eifrig unterstützt. Die Idee mit der analogen Karte (nur leer) ist gut im Vergleich zu dem, was wir jetzt haben.
Aber noch besser wäre es, endlich normale "Benutzer"-Fenster zu erstellen, die nicht an irgendwelche Diagramme gebunden sind, sondern die Möglichkeit bieten, mql5-Programmfenster zu erstellen, sie nach Belieben zu zeichnen und grafische Elemente und Steuerelemente hinzuzufügen.
Was die bestehende Verknüpfung von Programmen mit Karten angeht... Das soll so bleiben. Nur zusätzlich dazu wäre es schön, eine Möglichkeit zu haben, nicht standardmäßig an ein Chart-Symbol gebunden zu sein. GlobalMqlSpace klingt gut, ja. Mit visueller Darstellung im Navigator, wo Skripte und EAs, die eine solche Bindung nicht benötigen, eingefügt werden können. Und zwar in beliebiger Menge. Lassen Sie die Maschine des Nutzers so viel ziehen, wie sie kann.
Vielleicht sind diese exotischen (?) Ideen jetzt fehl am Platz und die Entwickler sind mehr daran interessiert, das Terminal in eine funktionierende Umlaufbahn zu bringen.
Trotzdem. Wir brauchen sicherlich normale, reguläre mql-Fenster. Wenn nicht morgen, dann wenigstens übermorgen.
Tiki ist nicht notwendig. Wenn wir es brauchen, können wir es selbst tun. Die Hauptsache ist, dass Sie ein Fenster haben, in dem Sie zeichnen können, und ein grafisches Objekt, mit dem Sie zeichnen können (ohne darüber nachzudenken, auf welchen Balken es fällt und der sich nicht mit dem Diagramm verschiebt).