Add support for "alias" field in UI mode #8622
Replies: 1 comment 1 reply
-
Just saw this. Yeah, I did the initial work for expanding alias out to scripts and automations in core in order to resolve my own WTH? post. I know I started a branch or a PR somewhere that added the alias to the UI in some fashion, but I put that project aside to do other stuff, and now I can't find it :P I agree that adding an alias field could clutter up the UI if no one's using it, and I designed around that by using a collapsible card, and adding some kind of "Edit Alias" option to the three-dot menu. I still believe this would be a valuable addition to the UI -- not so much for debugging automations anymore, now that we have the new automation tracing stuff -- but for making complex automations more readable and scannable by human eyes. I'm sure I'll get back to it eventually. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
This topic is a follow up for what it looks like a WIP regarding the implementation of "alias" in UI mode.
My heart hesitates between keeping the automations in folders in YAML or fully use the UI. With the recent improvements, more and more can be done with the UI et it will be also easier to organize automations and scripts with area mapping. Adding "alias" in the GUI will allow users to add comments in complex automations. The only downside I see is that it could often be an unnecessary field and showing it by default would add complexity for end-users.
Following the recent support for "alias" for steps in automation and scripts, the next step would be to add support for "alias" in UI mode since it already exists in YAML mode.
I saw here that @donkawechico wanted to implement it but I am not sure of the current status, that's why I am opening this thread.
Beta Was this translation helpful? Give feedback.
All reactions