Zeitschleife, was ist falsch?
-
@Dutchman sagte in Zeitschleife, was ist falsch?:
richtig !
naja, der sonstfalls Blockk sollte natürlich nicht deaktiviert sein und eine sinnvolle Bedingung enthalten
-
Also so?
Obwohl ich mich gerade frage, brauche ich den sonstfalls überhaupt, oder würde es auch ohne gehen?
-
-
-
-
@exmerci sagte in Zeitschleife, was ist falsch?:
Meinst du so:
nein!
@paul53 sagte in Zeitschleife, was ist falsch?:
Ja, mit stop Intervall nur vor dem falls-Block.
nur und nicht dahinter
-
-
@exmerci sagte in Zeitschleife, was ist falsch?:
Also wie @paul53 schon gepostet hat. So:
Hatt sich überschnitten - Ja, so!
-
Ich danke Euch. Lernen kann auch Spaß machen
-
@exmerci sagte in Zeitschleife, was ist falsch?:
Lernen kann auch Spaß machen
soll es ja auch!
und Erfolg ist der beste Ansporn! -
@exmerci sagte:
Lernen kann auch Spaß machen
Dann zu meiner Version mit Wert (aus "Trigger") ohne Vergleich: Die implizite Typ-Wandlung von Javascript liefert bei einem Leerstring false und bei jedem anderen String true.
-
-
@exmerci nein, sondern seinen letzten Post mit Bild.
Da hat er den roten Block "WERT" statt den blauen "Wert von...." genommen -
Ok. Das werde ich bei Gelegenheit auch mal ausprobieren.
Das Problem ist, weshalb ich es auch erst ohne den Trigger gemacht hatte, das wenn es tatsächlich eine Unwetterwarnung gibt, das Feld nur einmal geändert wird und danach Stunden später dann erst wieder. Deshalb ist das mit dem geändert Trigger nicht so schnell zu testen. -
@exmerci nicht dass wir aneinander vorbeireden.
Es geht nicht um den Trigger, sondern den Baustein "WERT" hinter "falls", den Paul hier
im falls anstelle deines "Wert von......" konstruktes:
genommen hatte
-
Verstehe ich das richtig, das der Baustein WERT dann guckt, ob das Feld gefüllt ist und wenn ja, den Intervall auslöst?
-
@exmerci sagte in Zeitschleife, was ist falsch?:
Verstehe ich das richtig, das der Baustein WERT dann guckt, ob das Feld gefüllt ist und wenn ja, den Intervall auslöst?
Ja! der Baustein WERT macht das gleiche, wie dein Konstrukt, ist nur kürzer.
Daher ist der Baustein WERT auch nur bei Triggern mit falls Objekt zu verwenden. und bietet noch eine ganze Menge mehr Otionen (außer Wert) über das Pulldownmenü -
@exmerci sagte:
das der Baustein WERT dann guckt, ob das Feld gefüllt ist
Der Baustein Wert enthält den Wert des Trigger-Datenpunktes. Die implizite Typ-Wandlung guckt, ob der Wert gefüllt ist und liefert dann true für den falls-Block.
-
Das ist ja noch besser. Dann werde ich das nachher mal so einbauen.
-
@exmerci sagte in Zeitschleife, was ist falsch?:
Das ist ja noch besser. Dann werde ich das nachher mal so einbauen.
zum Verständnis, das object "wert" kommt direkt aus dem trigger (im scripting der .val)
Damit ersparst du dir wieder einen "wert von" der wuerde naemlich den wert abrufen und nicht aus dem trigger nemenalso bissl code efficienter
