<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - EDITING: Regression in handling of the group separator in formula context" href="https://bugs.documentfoundation.org/show_bug.cgi?id=123752#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - EDITING: Regression in handling of the group separator in formula context" href="https://bugs.documentfoundation.org/show_bug.cgi?id=123752">bug 123752</a> from <a class="email" href="mailto:bugz.j@tukesoft.com" title="Jouni Kosonen <bugz.j@tukesoft.com>"> Jouni Kosonen</a> <pre>(In reply to Eike Rathke from <a href="show_bug.cgi?id=123752#c3">comment #3</a>) > Entering a formula it was never guaranteed to accept group separators in > values (as in many locales the group separator also is the parameter > separator ','). It may have worked by chance in some locales that use a > NO-BREAK SPACE as group separator, but already using an ordinary SPACE > character instead made that attempt fail; or if parameter separator was set > to ';' a group separator of ',' may have worked. There's still the problem that this happens also when what's copied on the clipboard is the entire cell, not just its displayed value. Changing how a number is formatted in one cell probably shouldn't cause Err:509 in another. Is there a reason to use the display formatted string in paste to a non-string context when the numeric value is also available? > I can investigate why an extra zero is added in > 12345,67 => =123450,67 > of the original description (fi-FI locale). Thanks.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>