Hmm, maybe you need to read my standards document on accessibility approaches!
Not everyone can make out colour differentiation and not everyone can see clearly enough to easily make out small differences in shapes. A word or two carries a LOT of visual data though - in its shape and structure.
In most (western at least) countries now, you have legal accessibility requirements when presenting staff with user interfaces. You also have similar legal requirements when presenting interfaces to the public. When used in home automation of course, the requirement is to keep your partner happy!
More seriously, I agree, not likely to be feasible. To be honest, I've personally never found this to be an issue and I'm quite happy with the way the nodes are. And that's not like me at all!
If anything needs doing to them, it would be to handle Ack's.
At the end of the day - the checkbox is just required if the visual change to existing flows is considered unacceptable, if the automagical naming of node when name is empty and topic is empty is implemented
If it's considered acceptable for the node to expand from the default "mqtt" to something like "mqtt.eclipeprojects.io" then no checkbox needed
For everyone advocating changing the status text - keep in mind that would be a major breaking change for any flows that use the Status node to monitor the state of the connection.
I'm not prepared to deal with the fallout from that for such a minor thing.
As for defaulting the node name to the broker name... we can certainly look at what may make sense as a default behaviour. If we're just replacing an unhelpful label of mqtt with the broker config node name, then that is probably fairly 'safe' (with the usual constraints about length etc).
If its changing the default away from showing the topic value, then it would be less helpful imho.