@frenck the links to PRs and integration docs are obviously autogenerated and many of the doc links do not point to the actualy integration that was changed. Especially mqtt based integrations have doc links that point to the generic mqtt integration. In this months release besides the fan.mqtt update there is also an update to light.mqtt and probably more. I think the algoritm that creates the links need to be improved. I am trying to guess how it works and my guess is the labels that a bot adds to PRs. And that bot does a poor job I have noticed. Best would be that devs adds the name of the integration in the PRs
I should add that I am excited about the MQTT fan enhancement so I finally can have a clean implementation of speed with my MQTT based home made bedroom ventillator
Correct, those docs are pending consolidation. MQTT is one of the few that haven’t followed that structure yet. Apologies, the system isn’t able to understand the difference. And yes, all commit/change messages are generated. Considering it are over 800 lines this release
interesting. number format selector comes before date/time format selector…
But how to achieve 1234,56 ?
number formatting consists of several parts like thousands separator, decimal separator.
Those should be configurable separatelly (until you don’t want to put all possible combinations into droplist.
Such approach is not new - it does exist for 2 decades.
BTW what ‘None’ option name does mean? the droplist obviously contain combinations of both separators. None is referring to what? none spaces between thousands? no formatting - formally it doesn’t exist, it’s aleays formatted one way or another
It would be awesome if the VSCode Home Assistant extension could have a template or autocompletion that would automaticaly invoke uuidgen (or similar command on the platform_ to automagically create and insert unique id: parameters.
You are sounding like it would be something incredibly hard comparing to work already done. In fact the complexity of both approaches is the same. the only difference is that current state requires additional effort to make things right.
I wonder why so many things must be done half-way. even these trivial ones.
I just use the object_id as these can’t be duplicated either. Or did - before I removed them all to prevent deleted automations showing up in the entities list.
Guess I’ll put them back and just try to remember that I have to delete automations in two places.
This is once again an awesome release : during beta it already helped me to debug “automation that was not always triggering”, turns out the script triggered multiple times by that automation was in single mode, found the issue so quickly, it’s awesome !
you should ask the author. (see the screenshot from blog). but afaik, after quick research, coma for thousand separator is used in USA
anyway I’m asking for no thousands separator and coma for decimal - not possible.
BTW there are more things to consider when formatting numbers. Position of negative sign, position of percentage sign or units etc.
I doubt it’s smart to use single dropdown to cover all useable combos