Ui-time-scheduler

[Colin]

I think I have to point out that this node implements a bit of an anti-pattern against modern architecture ideas.
It is usually considered best to keep the presentation layer or UI (the dashboard in this case) separate from what is called the business logic layer in traditional IT terms, but here relates to the running of the process.
Suppose for example that the application was expanded to the point where the UI became too heavy and it was decided to migrate over to uibuilder. To achieve that if this node is in use will mean not only rewriting the UI but also re-implementing the scheduler.
An alternative to using this node might be to use something like the cron-plus node in conjunction with a UI in the dashboard to feed cron-plus the schedules, thus separating the layers.
I generally go even further and insert an MQTT layer between the dashboard and the logic, so I have UI flows which only manage the displays and get and send data to the rest of the system using MQTT. This has the advantage that the dashboard does not even need to run in the same node-red instance as the logic, or the logic can be split across multiple node red servers (Pi's and ESP devices in my case). The one dashboard to rule them all, so to speak.