Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Please add Optional Separator in numbers frontend representation #7808

Unanswered
Mariusthvdb asked this question in Dashboard
Discussion options

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...

You must be logged in to vote

Replies: 4 comments 12 replies

Comment options

Do you think this should be per-user, per-device, or per-configuration?

You must be logged in to vote
2 replies
Comment options

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)

Comment options

(language is a user setting, it is sent to the backend)

Comment options

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:

20201126_131907000_iOS

or in English btw:

Schermafbeelding 2020年11月26日 om 14 28 58

not a single separator in sight..

You must be logged in to vote
2 replies
Comment options

If it's common for your language, couldn't you do this based on languages?

Comment options

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.

Comment options

+1 here in Belgium same thing

You must be logged in to vote
1 reply
Comment options

There's a button for that:
image

Comment options

(削除) This seems long ago resolved. (削除ここまで)

You must be logged in to vote
7 replies
Comment options

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

Comment options

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.

Comment options

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...)

Comment options

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.

Comment options

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

AltStyle によって変換されたページ (->オリジナル) /