Bug 156792 - Default values by language for Autocorrect localized options: a way to disable 1st > 1^{st} by language
Summary: Default values by language for Autocorrect localized options: a way to disabl...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: AutoCorrect-Complete
  Show dependency treegraph
 
Reported: 2023-08-16 20:09 UTC by jmontane
Modified: 2023-10-01 11:54 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jmontane 2023-08-16 20:09:48 UTC
I request a way to define default values by language for Autocorrect localized options.

Case:

Tools>AutoCorrect>AutoCorrect Options…>Localized Options, “Format ordinal numbers suffixes (1st → 1^st)” is enabled as default for **all** languages. For Catalan (and maybe other languages), it should be disabled by default or alternatively permanently.


I can disable this option at user's profile, but I didn't find any way to disable this Autocorrect option for Catalan language as default.
Comment 1 Martin Srebotnjak 2023-08-16 20:36:12 UTC
This and some other options should be customizable with/during installation (langpacks or language versions of LO).
Comment 2 Eyal Rozenberg 2023-08-17 07:14:42 UTC
In some languages such constructs, or transformations, are meaningless anyway. Hebrew doesn't have an equivalent of "1st"; you have ראשון (meaning first) and that's that. I _think_ there is no such thing in Arabic but I'm not 100% sure. In fact, I wonder how many languages _do_ have this...
Comment 3 Eike Rathke 2023-08-25 11:54:14 UTC
(In reply to Martin Srebotnjak from comment #1)
> This and some other options should be customizable with/during installation
> (langpacks or language versions of LO).
AutoCorrect options are about _document content_, not UI languages, so having that depend on langpacks doesn't make sense.