Na wenn du zwischendurch die Files änderst ,.... kommmen wir auch an die Grenzen :-)
Für mich sieht es dann so aus als ob der fehler behoben wurde.
Was stimmt denn nun ?
Also der Fehler mit der StringToDouble Funktion ist behoben. Das was jetzt noch offen ist, ist der Fehler am Anfang der Eingaben, das Objekt ist richtig, aber der 2. Wert ist ein CElement& main wo es noch hakt.
Da weiß ich nicht wie man das angibt... Ich habe da momentan m_window drin stehen da ich dachte das man dort das Fenster angeben muss in den der Graph angezeigt werden soll.... was der Fehler ist.
Aleksi-Trader #: Also der Fehler mit der StringToDouble Funktion ist behoben. Das was jetzt noch offen ist, ist der Fehler am Anfang der Eingaben, das Objekt ist richtig, aber der 2. Wert ist ein CElement& main wo es noch hakt.
Da weiß ich nicht wie man das angibt... Ich habe da momentan m_window drin stehen da ich dachte das man dort das Fenster angeben muss in den der Graph angezeigt werden soll.... was der Fehler ist.
Hab noch mal geforscht und was herrausgefunden... leider bisher ohne erfolg.
aber es geht richtung CElement
screenshot2:
Also CElement *Element(const uint index) bedeutet erstmal nur dass Du ein "Element" der Klasse CElement deklarierst.
Ähnlich wie Du double oder int deklarierst.
Ich glaube das ist eine Klasse die Khazarski für sämtliche Steuerungselemente eingeführt hat, damit er alle die zu einem Fenster gehören in einem Array aufbewahren kann.
Also Du deklarierst ein Element des Fensters "main" mitsamt Index, und Du hast davon gleich ein ganzes Array.
Wenn Du es deklariert hast, ist es aber glaube ich bin noch leer und braucht erst eine Zuweisung, So wie Du eine Zahl zu einem Feld im double Array zuweist. Z.B. ein Button oder ein Label, es kann glaube ich Alles sein. Er hat ja ein Vererbungschart dazu veröffentlicht, welches hier auch schon in der Diskussion rumgeflogen ist. Da sieht man das auch. Aber was das praktisch heißt...
Ich habe mir den Artikel mal durchgelesen (letztes Jahr, doch das waren mir zu dem Zeitpunkt zu viele Klassen und es hat mir einen herben Dämpfer verpasst. Gleichzeitig ist es von der Theorie her recht interessant gewesen.
Ich denke wenn Du es wirklich wissen willst musst Du mit dem Artikel nebendran sitzen und die Klassen und Methoden abarbeiten, bis Du weißt, welche was macht... aber ich glaube er erklärt nurmehr die Grundprinzipien und führt Einiges nicht so explizit aus.
Es gibt sicher eine bzw. mehrere Methoden, wo die Elemente ihre Zuweisungen bekommen. Aber wie er das gemacht hat... Puh... Überflieg mal den/die Artikel und schau nach dem 'Element'.
Mich interessiert das selber auch, ich weiß aber nicht ob ich mir jetzt schon wieder die Zeit nehmen will ein riesen Faß aufzumachen... Kann sein wenn es mich genug juckt dass ich es mir auch genauer anschaue, damit ich mit der OOP weiterkomme. Aber das ist gefährlich, so ein Thema unterschätzt man leicht, gerade wenn man es nich versteht und dann fliegt man heftig auf die Schnauze. Da stecken vielleicht Jahre an Erfahrung und Wissen dahinter. Da kann man nicht so einfach mit dem Kopf durch die Wand. Zu viele Unbekannte.
Es wurde noch nicht verstanden was ich meinte mit den Fehlern.
Und ich weis auch das verschieden Versionen von der Bibliothek gibt.
Also:
1. Fehler Tritt auf und der Compiler bricht an der Stelle mit der Angabe der Position. GUI Grundgeruest.mq5 44 19
Wenn man sich den ersten Post ansieht ist das ein anderes File wie der 2. Fehler. GUI Graphtest.mq5 25 19
.....logisch oder ?
Nun muss der 2. Fehler wahrscheinlich auf die gleiche Weise korregiert werden.
GUI Graphtest.mq5 ist nur die abgespeckte version der GUI Grundgeruest.mq5
GUI Graphtest.mq5 ist die mit der ich arbeite und dann später auf mein Grundgerüst wieder erweitern werde.
von daher ist der Fehler bei GUI Graphtest.mq5 25 19 relevant
GUI Graphtest.mq5 ist nur die abgespeckte version der GUI Grundgeruest.mq5
GUI Graphtest.mq5 ist die mit der ich arbeite und dann später auf mein Grundgerüst wieder erweitern werde.
von daher ist der Fehler bei GUI Graphtest.mq5 25 19 relevant
Na wenn du zwischendurch die Files änderst ,.... kommmen wir auch an die Grenzen :-)
Für mich sieht es dann so aus als ob der fehler behoben wurde.
Was stimmt denn nun ?
Na wenn du zwischendurch die Files änderst ,.... kommmen wir auch an die Grenzen :-)
Für mich sieht es dann so aus als ob der fehler behoben wurde.
Was stimmt denn nun ?
Also der Fehler mit der StringToDouble Funktion ist behoben. Das was jetzt noch offen ist, ist der Fehler am Anfang der Eingaben, das Objekt ist richtig, aber der 2. Wert ist ein CElement& main wo es noch hakt.
Wo und wie sind die Variablen deklariert?
In der EasyandFastGui wie ich diese als Zip bereitgestellt hab wird in der WndCreate.mqh das so festgelegt:
Jetz ist also die Frage was ist dann das "CElement main" ? muss ich das noch anlegen?
der gesammte code ist:
In der EasyandFastGui wie ich diese als Zip bereitgestellt hab wird in der WndCreate.mqh das so festgelegt:
Jetz ist also die Frage was ist dann das "CElement main" ? muss ich das noch anlegen?
der gesammte code ist:
Dein Object m_window ist vom Typ CWindow es muss aber vom typ CElement sein.
Änder deine Dekleration von m_window.
Generell solltest du OOP Lernen ....so wird das auf dauer anstrengend :-)
Dein Object m_window ist vom Typ CWindow es muss aber vom typ CElement sein.
Änder deine Dekleration von m_window.
Generell solltest du OOP Lernen ....so wird das auf dauer anstrengend :-)
Das ist korrekt... ich seh kaum durch...darum hab ich schon mal mit Klassen und Vererbung wiederhole.
Die Frage ist wie komme ich an das Element?
Das ist aber jetzt komisch....
Hier mal ein Code aus den Kurs wo CWindow korrekt ist:
Daher muss das mit den Grah anders gehen.
Eben weil ich das aus den Programmierkurs nicht anders kenne.... das problem ist halt das wir nie sowas wie Graphpen gebandelt haben
Hab noch mal geforscht und was herrausgefunden... leider bisher ohne erfolg.
aber es geht richtung CElement
screenshot2:
Hab noch mal geforscht und was herrausgefunden... leider bisher ohne erfolg.
aber es geht richtung CElement
screenshot2: