Math Evaluation: format decimal result according to the locale

[ProgerXP]

trafficstars

Currently calculation result is both displayed and copied as 123456.789 in the status bar. Instead, display it according to the region settings (e.g. 123 456,789 in Russian). This doesn't affect copying (the number is still copied in locale-independent format) and doesn't affect display or copy of other bases (e.g. hex).

[cshnik]

Done.

[ProgerXP]

Please pay attention to the description.

This doesn't affect copying (the number is still copied in locale-independent format)

[cshnik]

Please pay attention to the description.

This doesn't affect copying (the number is still copied in locale-independent format)

Fixed.

[ProgerXP]

Strange issue:

1. Create new document
2. Paste 12334567.89 - statusbar is correct
3. Type Space - statusbar is correct
4. Type Backsapce - statusbar shows non-localized number

[cshnik]

Fixed.

[ProgerXP]

What was the problem?

[cshnik]

What was the problem?

Cached value was incorrectly calculated and non-localized text string was always used.

[ProgerXP]

Improvement: if the to-be displayed localized text consists of 0s and no other digits (but non-digits such as separators are allowed), increase the default precision up to the default used when copying (6?). This way, user will see that the expression's result is not 0 but some small value (such as 0,0001).

[cshnik]

Fixed.

[ProgerXP]

if (n2e_CheckStringMatchRegexp(tchBuffer, L"0*[.,]0*"))

I don't like the idea of running regexp in this case and I said consists of 0s and no other digits (but non-digits such as separators are allowed) - do a scan for '1'..'9' (regexp equivalent [1-9]). . and , alone may not cover all locales that may use spaces, backticks and other symbols for separators.

[cshnik]

Done. Recently added n2e_CheckStringMatchRegexp retained for future needs.