Richard Koshak

By adding these one wonders if we shouldn't be complete and have event information for *all* the ways the rule can be triggered. Off the top of my head, after...

This has long been on my to-do. Thanks for forging ahead. The only thing I have is once it's installed, it also needs to be a part of the upgrade...

> With openhab_rules_tools it's something different, as the add-on docs don't mention it and it can't be out of sync. It will be out of sync. I've not considered trying...

> Sounds interesting, but then somebody (@rkoshak as the maintainer of openhab_rules_tools) needs to update something in the repo. Don't worry about that. To support npm I have to do...

I hate to ask here since this is closed but not sure where else to ask. Does this mean that when existing users of openHABian upgrade that they will automatically...

> Do you have an example where an item has more than one metadata? It can happen all the time. Let's say I have a light that I want to...

I think this is somewhat of an XY Problem. A "rule loaded" trigger is not the only way to handle this situation. In fact, this is already solved for pretty...

My search skills are not sufficient or else my memory is failing me. At one point I thought someone was working on a profile that only forwards those updates that...

As you work on solving this issue going forward, I just want to mention that not all binding actions make sense and should never be in the list. For example,...

But, at least in my experimentation, the scope isn't shared between actions, even actions of the same rule. It's definitely not the case that the scope is shared between the...