Diskussion zum Artikel "DoEasy. Steuerung (Teil 31): Scrollen des Inhalts des ScrollBar-Steuerelements" - 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
Nein. Es gibt eine Sort()-Methode in CArrayObj:
Compare() Methode innerhalb der Methode, die Sie in geerbten Klassen außer Kraft setzen müssen.
In der Klasse CBar, deren Objekte in der Liste gespeichert sind, in der wir den gewünschten Balken suchen, ist die Methode Compare() bereits überschrieben (wie auch in allen Klassen von Bibliotheksobjekten):
Die Struktur der Objektsuche in der Bibliothek ist korrekt organisiert.
Woran scheitern Sie? Vielleicht liegt es einfach daran, dass Sie die Bibliothek nicht von Anfang an studiert haben?
Was funktioniert nicht? Vielleicht liegt es daran, dass Sie nicht von Anfang an mit der Bibliothek begonnen haben?
Hallo. Ich will mich nicht beschweren, natürlich habe ich nicht alle Ihre Artikel gelesen. Ich bezweifle, dass es welche gab. Aber einfache Dinge funktionieren nicht und es ist nicht einmal beschrieben, wie sie funktionieren sollen.
Hier haben Sie Standard-Grafikelemente. Übrigens gibt es für viele grundlegende Elemente (in diesem Fall Edit) nicht einmal Beispiele.
Also, CreateEditField() funktioniert nicht. Es stürzt in der Methode CreateNewStdGraphObjectAndGetCtrlObj() ab. Hier:
Tja, und m_list_charts_control ist leer... dementsprechend wird auch nichts hinzugefügt und die Methode gibt nichts zurück.
Generell gibt es genug Fehler. Ich habe das Gefühl, dass niemand die Bibliothek in der Praxis benutzt. Nehmen Sie ein Werkzeug mit dem einzigen erlaubten Typ der Füllung IOC. Nun, es wird nicht funktionieren. Es ist nicht korrekt definiert. Ich musste eine Menge Methoden bearbeiten.... Sie gehen einfach durch Ihre Handelsmethode. Außerdem korrigiert die Ausgangsmethode in der Initialisierung die Füllung, aber die Handelsmethode nimmt sie nicht auf.
CTrading::OpenPosition() Methode
Ok, wir haben die richtige Art der Befüllung gefunden, wenn sie nicht explizit in der Order angegeben ist.
Aber dann übergeben wir die ursprüngliche Variable an die nächste Methode. Was ist der Sinn? Oder ich verstehe etwas nicht...
Hallo. Ich will mich nicht beschweren, natürlich habe ich nicht alle Ihre Artikel gelesen. Ich bezweifle, dass es welche gab. Aber einfache Dinge funktionieren nicht und es wird nicht einmal beschrieben, wie sie funktionieren sollten.
Hier haben Sie Standard-Grafikelemente. Übrigens haben Sie für viele grundlegende Elemente (in diesem Fall Edit) nicht einmal Beispiele.
Also, CreateEditField() funktioniert nicht. Es stürzt in der Methode CreateNewStdGraphObjectAndGetCtrlObj() ab. Hier ist es:
Nun, m_list_charts_control ist leer... entsprechend wird nichts hinzugefügt und die Methode gibt nichts zurück.
Generell gibt es genug Fehler. Ich habe das Gefühl, dass niemand die Bibliothek in der Praxis benutzt. Nehmen Sie ein Werkzeug mit dem einzigen erlaubten Typ der Füllung IOC. Nun, es wird nicht funktionieren. Es ist nicht richtig definiert. Ich musste eine Menge Methoden bearbeiten.... Sie gehen einfach durch Ihre Handelsmethode. Und die ursprüngliche Methode in der Initialisierung korrigiert die Füllung, aber die Handelsmethode nimmt sie nicht auf.
CTrading::OpenPosition() Methode
Ok, wir haben die richtige Art der Befüllung gefunden, wenn sie nicht explizit in der Order angegeben ist.
Aber dann übergeben wir die ursprüngliche Variable an die nächste Methode. Was ist der Sinn? Oder ich verstehe etwas nicht...
Hat diese Diskussion irgendetwas mit diesem speziellen Artikel zu tun? Nein.
CreateEditField() in Engine.mqh
CreateEditField() in Engine.mqh
Nun, CreateEditField() funktioniert nicht. Es stürzt in der Methode CreateNewStdGraphObjectAndGetCtrlObj() ab.
Warum mischen Sie sich in private Methoden ein? Sie werden nur benötigt, damit die Bibliothek funktioniert.
Der Benutzer braucht öffentliche Methoden. Der Endbenutzer braucht die Arbeit der internen Methoden nicht.
Wenn Sie verstehen wollen, wie das alles funktioniert, dann sind die Artikel, die diese ganze Küche beschreiben, für diesen Zweck geschrieben. Es ist nicht ganz klar, was und wie Sie tun wollen. Du sagst es nicht, du gibst keine Beispiele, du zeigst nur auf eine Zeile aus einer großen Anzahl von ihnen und sagst, dass sie nicht funktioniert....
Im Allgemeinen gibt es genug Verbindungen. Ich habe das Gefühl, dass niemand die Bibliothek in der Praxis benutzt.
Wenn man die Beschreibung nicht liest und versucht, interne Methoden zu modifizieren und für sich zu nutzen, dann hat nicht der Autor genug Fehler, sondern derjenige, der sie modifiziert.
Und, ja, die Bibliothek ist noch in der Entwicklung.
Ich werde mir den Fülltyp ansehen, danke.
Aber es ist besser, das in der Diskussion der entsprechenden Artikel zu besprechen - so kann man die Beschreibung auf einmal sehen, anstatt über eine Sache in der Diskussion über etwas anderes zu reden.
Ich habe keine Lust, dort hineinzugehen. Wenn alles funktionieren würde, würde ich es nicht einmal öffnen.
Was funktioniert nicht? Der Code, bitte. Nur zu sagen, dass es nicht funktioniert, ist nicht produktiv.
Was funktioniert bei Ihnen nicht? Den Code, bitte. Nur zu sagen, dass es nicht funktioniert, ist nicht produktiv.
Ich stimme zu, dass es nicht produktiv ist. Deshalb habe ich in diesem Kommentar so viele Details wie möglich angegeben https://www.mql5.com/ru/forum/438481/page2#comment_53551638.
Ich habe in diesem Kommentar möglichst viele Details angegeben.
Maximale Details sind Code, den man kompilieren und ausführen kann, um zu sehen, was nicht funktioniert, und um die Ursache zu finden und zu melden.
Ohne Tests werden die Artikel nicht veröffentlicht. In Tests funktioniert alles. Deshalb frage ich jetzt zum dritten Mal: Was machen Sie da und was funktioniert nicht? Den Code, bitte.