Zumindest nach der Nacherzählung seines Programms (was zugegebener Weise nicht unbedingt mit dem eigentlich Text zusammenpasst) sind es schon 3 Trigger. Daher auch der Hinweis Bilder statt Nacherzählungen zu benutzen.
- das Script ist sehr simple für die User zu benutzen, da man nicht wirklich viel beachten muss.
- außerdem will er es auch selber.
- nicht ich habe vorgeschlagen, das er dafür mein Script benutzen soll, sondern er benutzte eine uralte Version des Scriptes und hatte damit ein Problem. Entschuldige bitte, das ich Benutzer meiner Scripte nach wie vor versuche zu helfen.
- Er braucht ein Programm und einmal ein eingerichtetes Script. Kauft er später einen weiteren Wassermelder muss er den nur in das WENN in dieses eine Programm einfügen. Der Rest ist und bleibt fertig.
- das Script ist auch nicht die Ursache für den Fehler.
Ich hatte das Script ursprünglich auch nicht geschrieben, weil ich gut scripten könnte. Das kann ich bis heute nicht und lerne jeden Tag neues dazu.
Es ist als Hilfe für die User gedacht gewesen, die Logik eines Programmablaufes testen zu können. Wenn ich hier die vielen Threads lese, wo User sich wundern, warum und wieso ein Programm nicht das macht was sie denken was es machen sollte, dann wundere ich mich immer, warum nicht die vorhandenen Möglichkeiten genutzt werden.
Das es für andere Anwendungsfälle auch geeignet ist, ist doch nur positiv zu sehen ( daher auch später die Erweiterungen).
Wenn man nur Datenpunkte als Trigger verwenden würde (wie der TE) kann man selbst das Script auf wenige Zeilen reduzieren und kriegt trotzdem dynamisch den Auslöser des Programmes heraus. Klickert er aber später einen anderen Trigger mit rein, ist es Essig, also warum nicht den Hammer benutzen?
Aber natürlich darf der User stattdessen auch so viele Programme anlegen wie er will und statisch jeweils den Auslöser des Programmes in sein Versendescript einfügen. Dann hat er alles sehr simple gehalten.
Wenn ein User ein Problem mit einem Script hat, kann man natürlich auch immer als Lösung das Weglassen des Scriptes anbieten.
Das muss ich mir merken, macht den Support für meine Scripte sehr viel einfacher und die Weiterentwicklung neuer Ideen & Möglichkeiten braucht man gar nicht erst zu überlegen. Es geht ja immer auch simple oder gar nicht. Vieles wäre mit der Denkweise heute noch nicht möglich.
Aber ich gebe dir Recht, nicht immer ist ein Script die beste und vor allem einzige Lösung.
Alchy