-
Notifications
You must be signed in to change notification settings - Fork 3.4k
Please add Optional Separator in numbers frontend representation #7808
-
Since we now have formatted numbers, and an issue report on that #7745, leading to a lot of response which was abruptly closed, please consider adding an option for the separator.
I'd really love to get the actual value in the frontend, instead of a formatted presentation of that. Fully aware many users might not care, or indeed want the separator. I feel there is a strong use case not to use the separator, and would hope something like the excel option for a separator (scheidingsteken) could be possible:
Schermafbeelding 2020年11月25日 om 11 09 09
when a backend value is 6551
Schermafbeelding 2020年11月25日 om 09 33 47
I would like the template
Schermafbeelding 2020年11月25日 om 09 34 55
to show that in the frontend
Schermafbeelding 2020年11月25日 om 11 25 47
and not
Schermafbeelding 2020年11月25日 om 11 25 52
my pardon for the non matching numbers, Sun just hit the Laundry...
Beta Was this translation helpful? Give feedback.
All reactions
-
👍 3
Replies: 4 comments 12 replies
-
Do you think this should be per-user, per-device, or per-configuration?
Beta Was this translation helpful? Give feedback.
All reactions
-
If it was something we decided to add it would be a per user (like the language in the profile setting that would be set per device, as its set in the local storage)
Beta Was this translation helpful? Give feedback.
All reactions
-
(language is a user setting, it is sent to the backend)
Beta Was this translation helpful? Give feedback.
All reactions
-
yes, I was thinking about that too Zack, per user in the profile settings.
I do think this (the frontend) should be in the hands of the end-user ultimately. Since per 118 the frontend manipulates the outcome of our carefully composed templates, more options for the enduser would be very much appreciated.
I know there are options planned I the backend templates for this too, but have no knowledge of how this would then be represented in the frontend.
Anyways, a final option in the profile would fix this 100%.
thanks for considering in the first place!
and just to show you why this is not a personal thing, but the common style used in my language setting:
or in English btw:
Schermafbeelding 2020年11月26日 om 14 28 58
not a single separator in sight..
Beta Was this translation helpful? Give feedback.
All reactions
-
If it's common for your language, couldn't you do this based on languages?
Beta Was this translation helpful? Give feedback.
All reactions
-
think the point I'm making is, the separator might be common in computer lingo, but in many if not most other media isn't used by default. Hence an option to at least Not use it would be most obvious?
whether this can be done based on languages is not up to me, Zack and probably Bram would know best how to. I guess the language setting now changes it from 1.234,56 (Dutch) to 1,234.56 (English), so both using the separator. Again, to change that would need an option, for both.
Beta Was this translation helpful? Give feedback.
All reactions
-
+1 here in Belgium same thing
Beta Was this translation helpful? Give feedback.
All reactions
-
There's a button for that:
image
Beta Was this translation helpful? Give feedback.
All reactions
-
(削除) This seems long ago resolved. (削除ここまで)
Beta Was this translation helpful? Give feedback.
All reactions
-
at first glance that is what I believe too indeed, but as you can see it shows a decimal dot between 7 and 8.
even figured tot to be the thousand indicator or so, but all number entities still show a decimal.
Maybe I am completely missing the point, but as far as I can see we have no way in the number settings to disable that decimal globally
Geen (none) should be 123456789 and not 1234567.89
Beta Was this translation helpful? Give feedback.
All reactions
-
Ok I thought this was just about the thousands seperator... why would you remove the decimal seperator? Then you can't even differentiate fifteen versus one-and-a-half, it totally obfuscates the result.
I see now that None doesn't use your localized decimal seperator though, so yeah maybe that's not what you wanted.
Beta Was this translation helpful? Give feedback.
All reactions
-
of all of the number entities I'd like to show decimals on a fraction of those
all of my energy/power sensors can be in whole numbers for what I care. as would brightness stuff .
Probably some volume levels that are in 0 to 1 scale need decimals, so Id set that on those individually
timing might need some thought, depending on the scale being seconds or minutes/hours
temperature might be the most interesting class for decimals, but I set those to show but 1, as no sensor is actually that precise to begin with....
guess what this boils down to is when do we need to clutter the views with imprecise decimals
Then you can't even differentiate fifteen versus one-and-a-half, it totally obfuscates the result.
I dont understand why you'd say that. 15 would show as 15, one-and-half would show as 2 probably, depending on your rules of rounding. the device class would make that either a great loss (in which case one would override the global setting to show 1 decimal), or completely sufficient (power/energy/brightness, even temperature...)
Beta Was this translation helpful? Give feedback.
All reactions
-
I guess I got confused, at first you were talking about removing the thousands seperator with the laundry/lumens example, and then at some point this became about rounding decimals.
Beta Was this translation helpful? Give feedback.
All reactions
-
👀 1
-
Tbh, you’re probably right about the confusion....
I did show the correct decimal setting in the opening post but next continued with a separator....
separator is indeed settled.
Decimal not as far as I am concerned
Beta Was this translation helpful? Give feedback.