You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Status widget - "eventually" text has more precision than the app in mg/dL #324
So the result appears to always be an integer. This in and of itself is likely a bug in the experience for mmol/L users who would want to see one decimal place.
In the Loop Status Extension, the eventual glucose description is set by:
... this formatter does not define a maximum number of fraction digits.
My sense is that the way that the Loop Status Extension is doing it is more correct in general, since relying on the status chart's internal representation to calculate the "eventual glucose" value seems inappropriate.
Activity
bharat commentedon Dec 23, 2016
I can no longer reproduce this issue. I believe it was fixed in 5838f6d
bharat commentedon Dec 29, 2016
I reproduced the issue. Here's what's happening.
In the Loop App the eventual glucose description string is set by:
So the result appears to always be an integer. This in and of itself is likely a bug in the experience for mmol/L users who would want to see one decimal place.
In the Loop Status Extension, the eventual glucose description is set by:
... this formatter does not define a maximum number of fraction digits.
My sense is that the way that the Loop Status Extension is doing it is more correct in general, since relying on the status chart's internal representation to calculate the "eventual glucose" value seems inappropriate.
I think the right approach is probably to:
preferredMaximumFractionDigitsto the LoopKit/HKUnit extensionNumberFormatter.glucoseFormatter(for: <preferred unit>)in both placesThoughts?
Enforce a fixed number of fractional digits per unit type.
Enforce a fixed number of fractional digits per unit type.
Enforce a fixed number of fractional digits per unit type. (#356)
apabari commentedon Jul 10, 2018
Has this one been addressed? I haven't tried to reproduce it as of yet. Just seeking to understand if this issue should be marked as closed or not.
Thanks!
Kdisimone commentedon Oct 18, 2018
addressed and closed
[LOOP-2295] Renaming Suspend Threshold (#324)