Werte der Variablen "verschwunden"??

Hallo,
ich bin grad dabei, mir ein nettes Tool mit Autoit neu aufzubauen. Hab alle Formeln etc. bisher mit Excel gebastelt, jetzt soll das ganze aber ne eigenständige Software werden.
Aber entwederbin ich zu blöd oder blind..oder seh nach zweit Tagen suchen einfach wirklich nichts mehr.
Der erste Schritt soll sein, die Werte zweier Slider zu addieren, wobei der Wert von Slider 1 verdoppelt wird. Damit ich mit den Werten weiterarbeiten kann, sollen diese praktischerweise einer Variablen zugewiesen werden.
Soweit, das die Slider den Wert in eine Inputbox schreiben bin ich dann schon. Ebenso, dass sich der Slider der Eingabe in der Inputbox anpasst und die Limits einhält. Sogar mit der Maus gehts
Und dieser Logik folgend, wollte ich mit GUICTRLREAD den jeweiligen Wert auslesen und als Variable weiterbenutzen.
Aber entweder bekomm ich gar nix angezeigt oder die ID des Controls...
Ich habe auch schon fleissig die Liste aller Variablen, die drinstecken aufgebaut um Sie mir anzeigen zu lassen...Ergebnis dito. Das Ding muß doch jetzt erstmal nicht viel machen...Werte in Variable schreiben, nach Formel zusammenrechnen und das Ergebnis als sich dynamisch änderner Wert in einem Label anzeigen...das kann doch nicht so schwer sein...

Hab das gefrickel mal mit drangehängt...und so ein Schubs in die richtige Richtung wäre echt hilfreich!

Ja, so sollte das werden--- hmpf...
Also wenn ich das jetzt richtig verstanden habe, hab ich fröhlich Variablen definiert, die aber gar nix machen konnten...
Da hab ich mich wohl etwas irritieren lassen, das die Werte ja vom Slider ins inputfeld geschrieben werden - und ja damit eigentlich irgenwo hätten dirnstecken müssen...
Das werd ich mir jetzt einfach nochmal genau anschauen. Wohl zu einfach gedacht
Danke erstmal!

Soooo...

So ein Schubs in die richtige Richtung wirkt doch manchmal. Noch ein bischen zusätzlich gelesen, da hat sich allerdings noch eine Frage nebenbei ergeben...

Wie bringe ich einem Slider bei, mit zwei Nachkommastellen zu arbeiten? ....

Werd mich mal durch die Hilfen hangeln, soll ja schließlich Lerneffekt dabei rauskommen.

So long und gute Nacht!

Ja, das mit dem Slider stell ich derzeit mal noch hinten an. Denn selbst wenn die eigentliche Ausgabe Nachkommastellen enthält, muss ich da doch noch so einige Dinge "fressen".
Die Schrittweite im Slider muss ja dann auch entsprechend angepasst werden, dh. Schritt wäre dann nicht 1 sondern 0,01...
Ich denke mal, das Input-Feld wird da auch nicht so das Problem. Naja, im Augenblick funktioniert das ganze schon -fast- so wie ich es gerne hätte, das Feintuning tu ich mir dann später an ;).
Zeitweise hab ich mal bei QT Creator quergeschaut, da kann man das wohl direkt angeben.
Andererseits hat auch Excel nicht direkt die Möglichkeit, die Slider mit Nachkommastellen zu verarbeiten, da habe ich ja auch ein ähnliches Konstrukt mit Teiler verwendet. Ergo hiesse das ja, wenn ich zwei Nachkommastellen haben will, das ganze /100 und das SliderLimit entsprechend *100 - dann sollte das Inputfeld ja den beabsichtigten Wert korrekt anzeigen...
Tooltip raus, dann sieht das ganze auch sauber aus, falls dieser nicht entprechend mitmacht ,)

Also bisher bin ich mit den kleinen Schubsern gut weitergekommen, wenn das Teil fertig ist (das wird ein "Taschenrechner" für Druckvorstufenparameter) stell ich es gerne mal hier rein zu begutachtung. Das wird aber noch etwas dauern, ich knabber mich eben Frage für Frage durch, probiere aus, Lerne also by doing. Obwohl die Dauercoder wahrscheinlich vieles viel simpler lösen könnten (würden) -das ist dann aber erstmal der nächste Schritt.

Derzeit habe ich eher das Problemchen, dass es ewig dauert, auf die Slider zugreifen zu können, so als ob das Programm etliche Sekunden braucht, sich zu "initialisieren". Oder irgendwas läuft doppelt oder so. Daher werden jetzt erstmal die vier Slider "schnell" gemacht, bevor noch mehr Funktionen eingebaut werden ,)

Das ganze muß sauber und schnell laufen, denn es solen noch wesentlich komplexere Funktionen eingebaut werden, für die die jetzt ermittelten Parameter die Grundalge bilden. Ist ne formelsache, aber wenn das 2 Minuten dauert bis das Prog einsatzbereit ist, ein KO-Kriterium.

Jetzt erstmal Prototyp bauen, dann tunen

C.O.O.L:

Sliderthema hat sich soweit erledigt
Und das mit dem Speed auch - lag daran, das das Labelfeld die anderen Felder überlagert hat....so simpel.
Jetzt geht das ganze mit Karacho, die Rechenwerte stimmen soweit auch - that's what i like.

So, damit kann ich jetzt zuschaun, die anderen Parameter korrekt zu berechnen un Ausgeben zu lassen.
...und dann wirds bunt

Danke für die Tipps!

Also, nur nochmal kurz zur Parameterlösung Nachkommastellen:
Da ich für den Slider, resp. den Wert,den er zurückgibt, die Nachkommastellen brauche, bin ich der Variante gefolgt, den eigentlichen Wert /100 und das Limit *100 - damit erzeuge ich genau die Wertausgabe die ich brauche. Mit den Cursortasten lässt sich dann der Wert in 0.01-Schritten ohne weiteres erhöhen.
Das ist beim ersten anklicken noch leicht "unrund", daher habe ich dann schonmal einen festen ausgangswert reingeschrieben. Kosmetik und noch nicht perfekt, aber im Augenblick locker ein 95%er
Den Tipp mit der Sliderbreite werde ich mal ausprobieren - derzeit ist das ding 80px breit, dann sollte ich ja doch eine bessere Sklaierung hinkriegen wenn ich das Ding auf 100px einstelle.

Hallo Gemeinde, und lustig gehts weiter

Jetzt soll das ganze bunt werden, sprich ich möchte den Hintergrund der Labels einfärben. Habe jetzt schon diverse Konstrukte ausprobiert, die grundsätzlich auch das tun, was ich möchte, nur leider nicht in gänze.
Aaaalso...über verschiedene Berechnungen errechne ich mir einen Wert, den ich in die Variable $mp setze.
Weiterhin berechne ich 99 Werte, die in den Variablen $p1 bis $p99 landen. bis dahin auch alles im grünen Bereich. In meinem GUI bekomme ich die Werte korrekt angezeigt.
Im Konstrukt habe ich für die Hintergrundfarbe der jeweiligen Label jetz letztendlich folgende Bauweise reingebastelt:
$pcolor = GUICTrlSetBKcolor(-1, $white)
diese Zeile findet sich unter jedem Label, welches ich einfärben möchte.

Damit man jetzt erkennen kann, ob ein Wert OK --> grün ist, soll jetzt der $pXX mit dem $mp verglichen werden. Ist $pXX größer als $mp soll der Hintergrund grün werden, im anderen Falle rot.

Hierzu dachte ich an folgende Konstruktion:

If $p1 > $mp Then GUICtrlSetData($pcolor, GUICTrlSetBKColor(1,0x00ff00))
If $p1 < $mp Then GUICtrlSetData($pcolor, GUICtrlSetBKColor(1,0xff0000))
...
If $p99 > $mp Then GUICtrlSetData($pcolor, GUICTrlSetBKColor(1,0x00ff00))
If $p99 < $mp Then GUICtrlSetData($pcolor, GUICtrlSetBKColor(1,0xff0000))

Komischerweise funktioniert das immer nur für die jeweils letze Label, ich würde doch aber annehmen, das überall, wo später $pcolor steht, die entsprechende Bedingung greift?

Oder überseh ich da wieder eine Kleinigkeit?

Mit if..else hab ich auch schon gebastelt, das Ergebnis ist entsprechend...es greift immer nur für das letzte Label.

alternativ werde ich jetzt mal die $pcolor ebenfalls fortlaufend numerieren...

Mal sehen wies inner Stunde aussieht ,) So long!

Naja, der Code ist schon enorm gewachsen, deswegen nicht gepostet. Mir gings ja ums Verständnis und die Erklärung mit der ID hilft ja denn auch entsprechend weiter und erklärt ja das - jetzt nicht mehr - seltsame Verhalten.

Das kommt davon, wenn Typographen anfangen zu Programmieren ,)

Dann werd ich jetzt mal fröhlich Nummern vergeben bzw. mir ne andere Variante einfallen lassen ,) - damit geht das Proggi denn auch ins Finale, ich packs dann gerne mal komplett hier rein, damit ihr auch sehen könnt was aus den Tipps geworden ist.

Jau, das mit der Anmeldung ist schon ne Weile, hatte damals so die ersten Versuche gemacht,
deswegen ist das mit Neuling trotzdem durchaus korrekt
Zeigt eigentlich auch die Geschichte des Tools - für den Anfang wars zuviel, dann erstmal in Excel gebaut bis alles soweit im grünen Bereich - und erst jetzt die Umsetzung. Das hat mir eigentlich auch jede Menge arbeit gespart, weil das Konzept ja fertig ist (über die Entwicklungszeit ,mit Excel).

Das mit den Arrays werde ich mir ganz sicher antun, dennoch habe ich das ganze erstmal zu Fuß gestrickt - damit ich hinterher auch kapiere, welche Funktionen sich wie durch die Arraymethode vereinfacht haben.

Ich schieb mal das bisherige Ergebnis rein... ich weiß, da lässt sich mit Sicherheit sehr vieles wesentlich einfacher machen - aber letztlich will ich ja auch lernen.

..z. B. das das Teil gleich die Ergebnisse der voreingestellten Werte anzeigt und nicht erst, wenn man eine Control verändert hat.
Das sind aber Feinheiten, die es Spaß macht herauszufinden. damit kann man Methoden verfeinern und ist besser für die nächsten Schritte gerüstet ,). Das sind dann Fragen bzw. da geht es nicht unbedingt um eine fertige Lösung, sondern z. B. darum, ob dann der Weg über das Stichwort onEvent zum Ziel führt oder nicht...

So long!