Bug 153099 - Border width presets use a dot (.) to indicate a decimal point, when locale requires a comma (,)
Summary: Border width presets use a dot (.) to indicate a decimal point, when locale r...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Localization (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All All
: low trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: User-Locale
  Show dependency tree / graph
 
Reported: 2023-01-18 22:07 UTC by derussischefraudeerbeer
Modified: 2023-01-19 08:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description derussischefraudeerbeer 2023-01-18 22:07:55 UTC 
Description:
https://i.vgy.me/1rav2m.png
Image^^

When you press alt+p and go to "edges" ("randen" in Dutch), the program sometimes shows a comma as decimal seprator and sometimes a dot. It should always be a comma considering the fact I have my language set to Dutch, which is a language that uses commas as decimal separators, unlike English.

Note: This issue might also appear in more places than just the alt+p menu.

Steps to Reproduce:
This only appears in the Dutch translation of LibreOffice!! Go to description for an image.
1. Open Writer (this might also appear in different programs, like Impress, and this might also appear in other sections of the UI. I haven't checked that.)
2. Press alt+p.
3. Go to "edges" ("randen" in Dutch)

Actual Results:
The decimal separator is a dot (.)

Expected Results:
The decimal separator should've been a comma (,)


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.4.4.2 (x64) / LibreOffice Community
Build ID: 85569322deea74ec9134968a29af2df5663baa21
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: nl-NL
Calc: threaded
Comment 1 m_a_riosv 2023-01-19 02:21:52 UTC 
Reproducible with Spanish
Version: 7.4.1.0.0+ (x64) / LibreOffice Community
Build ID: 7ef4ce12e52b699e31009e8bca8c57dd710de829
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: threaded
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f1830bff71847a9c17715cff52383956719847fe
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Jumbo
Comment 2 Stéphane Guillou (stragu) 2023-01-19 08:39:52 UTC 
Same thing in the Format Cells dialog in Calc, so not just Writer.

The Line width dropdown in the sidebar (for e.g. a shape) does not have this issue.

Reproduced with French (France) locale in:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f1830bff71847a9c17715cff52383956719847fe
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: fr-FR (en_AU.UTF-8); UI: en-US
Calc: threaded

and in 7.3:

Version: 7.3.7.2 / LibreOffice Community
Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: fr-FR (en_AU.UTF-8); UI: en-US
Calc: threaded

But not in 7.2.

These border presets were introduced in 7.3 by Samuel for bug 48622. I'm calling this an implementation error for now (rather than a regression). Can you please have a look, Samuel?

Relevant commit: https://git.libreoffice.org/core/commit/41b99644e8913dd4797775f4931382e93fa12a00