You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have been assessing the complexity of that feature, and it turns out providing this transparently would have, with the current design, a performance cost that outweighs the benefit of making configuration a bit easier.
May I suggest using nested groups and yaml anchors to define such groups? This kind of things should work:
Untested, but I have similar things in my own config. If it gives you trouble, that's a bug.
If you are interested in the technical details:
Keyleds engine does not include any effect. Effects are plugins, dynamically loaded at runtime.
Therefore, when it reads configuration, keyleds only recognizes the plugin: <name> line, the rest of plugin configuration is just put aside.
When the effect loads, the engine hands it its configuration.
The effect then interprets the content of its configuration.
The consequence of that design is that complexity in this part would have to be handled by plugins themselves. This would induce code duplication and probable inconsistencies from effect to effect, especially with 3rd party effects.
It would be nice if we could specify multiple groups for which a plugin applies:
The text was updated successfully, but these errors were encountered: