I think itās default now, itās the button that allows you in the dev tool tab to check the configuration before reloading. It tells you if there are syntax problems.
Not quite. The check config add-on checks against the breaking changes of the next HA version.
So after HA 2023.5 comes out you can scan your config (still on 2023.5.x) and the add-on should tell you if there are issues you need to fix to remain compatible
Yes. Itās why there have been so many requests to have the UI improved so that things can be grouped in the same way we do in Packages. If we could group all the relevant input_booleans, scripts, automations etc. where the UI shows the related bits in one place I would migrate to full UI, but until then Iāll stick with neatly organised YAML.
This is a great point. I spend a fair bit of time on the forum and very often I see the convoluted and unmantainable use of devices when a simple entity and state trigger or condition would suffice.
So if youāre reloading only one domain, will it then reload only that domainās section in a file, or all domains in that file?
My apologies if Iām being slow here (and slightly off topic). Itās been a long time since Iāve used it, because it wasnāt working as expected and I mustāve missed the updates.
Iām afraid I would also need comments to be retained
It is the exact opposite of good practice to not āallowā comments.
I know that the UI generates JSON directly (not YAML) which doesnāt have a way to comment but I think the HA UI implementation should have had an underlying ādatabaseā which allowed (retained) them when (migrating).
Also the reordering of the YAML is a huge barrier to migrating. We all have our ingrained preferences which are very hard to change.
None of which is to say the UI is not āa good thingā, just that it does have some, IMO, severe limitations.
(Also, Iām still not convinced that for anything even slightly complex the UI is the best way to āwriteā an automation/script)
But I do strongly agree about packages. So good are they that it is is almost impossible for me to understand why they are, if not the recommended default, then at least strongly encouraged and promoted.
One thing about them no one has yet mentioned is the ability to rename a package folder with a leading ā.ā (fullstop) to have not be loaded by HA.
For example, If youāre making big changes, copy the folder folder, rename the original and you can always quickly revert if things go wrong.
Yep, same here. I tried to develop kind of a system for a move from yaml to UI, but this is not really a choice at the moment. It simply doesnāt give me that freedom to do all the things I want in the UIā¦
Btw thank you very much, you are the reason why I started looking (and than using) packages. You made a neat little post years ago, where you explained the use of packages, and that was my starting point!
