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
Our apps have NumberTextHolder and we set the initial value of it as 0 for time in the default strings.xml. However, it seems to be surprising for users because the value becomes, for example, 0.000 (i.e., it has more precisions) after changing its value.
In the current implementation, we should stick to 0 not 0.000 because there is a locale problem (e.g., in French, 0.000 should be 0,000) and this causes a conversion exception.
What we should do
As @Myusak suggested in the discussion, we can fix it by setting initial values in NumberTextHolders' constructor according to the Preference of their precision (this is a new feature). So, let's make such preference!
The text was updated successfully, but these errors were encountered:
This came from a discussion on #51 .
Problem
Our apps have
NumberTextHolder
and we set the initial value of it as0
for time in the defaultstrings.xml
. However, it seems to be surprising for users because the value becomes, for example,0.000
(i.e., it has more precisions) after changing its value.In the current implementation, we should stick to
0
not0.000
because there is a locale problem (e.g., in French,0.000
should be0,000
) and this causes a conversion exception.What we should do
As @Myusak suggested in the discussion, we can fix it by setting initial values in
NumberTextHolder
s' constructor according to the Preference of their precision (this is a new feature). So, let's make such preference!The text was updated successfully, but these errors were encountered: