Diskussion zum Artikel "MQL als Darstellungsmittel für graphische Schnittstellen von MQL-Programmen (Teil 3). Formular-Designer" - Seite 2
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
Hallo,
zunächst einmal vielen Dank für Ihre fantastischen Artikel!
Ich versuche, den Code zurück nach MQL 4 zu portieren, da die Standard Control Library auch dort existiert.
Aber ich komme nicht weiter, wenn ich GroupTemplate.mqh mit den folgenden Fehlern zum Laufen bringen will:
Sollte es möglich sein, dies nach MQL 4 zu portieren, oder ist diese Funktionalität des Aufrufs von Methoden auf dem Vorlagentyp nur in MQL 5 verfügbar?
Jede Hilfe wird sehr geschätzt,
Beste Grüße
Holger
Hallo,
zunächst einmal vielen Dank für Ihre fantastischen Artikel!
Ich versuche, den Code zurück zu MQL 4 zu portieren, da die Standard-Control-Bibliothek auch dort existiert.
Aber ich stecke fest, um GroupTemplate.mqh mit den folgenden Fehlern zu arbeiten:
Sollte es möglich sein, dies zu MQL 4 zu portieren, oder ist diese Funktionalität des Aufrufs von Methoden auf dem Template-Typ nur in MQL 5 verfügbar?
Jede Hilfe wird sehr geschätzt,
beste Grüße
Holger
Ich fürchte, MQL5 ist in vielen Aspekten gegenüber MQL4 deutlich aktualisiert, so dass diese Vorlagen nicht ohne komplette Überarbeitung rückwärts portierbar sind.
Ich fürchte, dass MQL5 in vielen Aspekten gegenüber MQL4 erheblich aktualisiert wurde, so dass diese Vorlagen nicht ohne vollständige Überarbeitung rückwärts portierbar sind.
Ok, danke für die Klarstellung!
Nach einigen Änderungen in einem der Builds, die offenbar mit dem MQL5-Compiler-Optimierer zusammenhängen, funktioniert das Programm in der Release-Version nicht mehr richtig, obwohl es in der Debug-Version einwandfrei funktioniert.
Ich habe es im Forum gemeldet, aber es gab keine Antwort von MQ.
Reihenfolge der Objekterstellung berücksichtigt: die später erstellten Objekte wurden als "oben" betrachtet - sie hatten bei der Klickverarbeitung Vorrang.
Jetzt ist dies auf bizarre Weise gestört.
Wenn der Expert Advisor ohne Optimierung oder unter dem Debugger kompiliert wird, funktioniert alles, wie es sollte (wie früher).
Wenn er mit Optimierung kompiliert wird, wird das falsche Objekt (Underlying) zugewiesen.