Bug 153970 - Clear Direct Formatting doesn't remove Char Locale
Summary: Clear Direct Formatting doesn't remove Char Locale
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 145118 (view as bug list)
Depends on:
Blocks:
 
Reported: 2023-03-04 19:19 UTC by Telesto
Modified: 2023-05-31 06:46 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample (8.79 KB, application/vnd.oasis.opendocument.text)
2023-03-04 19:19 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2023-03-04 19:19:37 UTC
Description:
Clear Direct Formatting doesn't remove Char Locale

Steps to Reproduce:
1. Open the attached file
2. Sidebar -> Style Inspector Deck
3. Place cursor inside 'hello' -> Notice en-CA Char Locale
4. CTRL+A
5. CTRL+M (or Format Clear Direct Formatting)


Actual Results:
Char Locale still present

Expected Results:
I'm unaware of a different route to remove DF Char Locale, so I assume this should be cleared


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 37e3455a13ab5741104bf41d05a80e60a4612682
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded
Comment 1 Telesto 2023-03-04 19:19:52 UTC
Created attachment 185754 [details]
Sample
Comment 2 Mike Kaganski 2023-03-04 20:43:17 UTC
This is the deliberate action. It is dictated the same idea as in bug 151290: the language assigned to the character run is *not* a formatting (even if implemented as such), but rather is part of the data.
Comment 3 Eyal Rozenberg 2023-03-04 21:27:36 UTC
Agree with Mike, suggest closing as NOTABUG.
Comment 4 Telesto 2023-03-05 02:07:02 UTC
(In reply to Mike Kaganski from comment #2)
> This is the deliberate action. It is dictated the same idea as in bug
> 151290: the language assigned to the character run is *not* a formatting
> (even if implemented as such), but rather is part of the data.

I get the idea that language assigned being conceptually different from formatting. However by all sorts of exceptions to the clear direct formatting option, it surely doesn't delete *all* formatting. Label doesn't match the result which makes it confusing.

The key problem I have though, is the fact that I'm unable to undo certain action.  If I introduce a "Char Locale" by incident (or more broadly a DF not cleared by clear direct formatting) I'm unable to clear this setting, and fallback to the document language

In the case here I used a spell checker, and picked a different language from the drop down. I didn't realize the effect this would have (introduction of DF), although it makes sense in hindsight that such tagging happens. Instead I might added the word to the custom dictionary or using ignore option to prevent red wave line.

If some English word appears in a Dutch text I sometimes pick some English dictionary to check if the English word spelled correctly(or me making a typo), not truly intending to affect the Char Locale at DF level

Bottom line introducing Char Locale is too easy and/or removing such a tag to hard (or what I suspect: a one way route, if you introduce a char locale, you unable to remove this again).

Off-topic: the clear direct formatting tool is often too rigorous. If I introduce Bold and Italic and Underline, and later on I decide I don't want Italic DF, I'm unable to do so specifically. I have to remove all DF, and reapply all the other DF
Comment 5 Mike Kaganski 2023-05-31 06:46:20 UTC
*** Bug 145118 has been marked as a duplicate of this bug. ***