Bug 156542 - FORMATTING - Writer applies inconsistent auto-correction to hyphenation as punctuation.
Summary: FORMATTING - Writer applies inconsistent auto-correction to hyphenation as pu...
Status: RESOLVED DUPLICATE of bug 139951
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-30 19:37 UTC by CP
Modified: 2023-08-12 11:50 UTC (History)
1 user (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 CP 2023-07-30 19:37:47 UTC
Description:
When writing a block of text and wanting to punctuate it with a pair of hyphens, writer will correctly replace the first interest hyphen [entered as a minus sign] to a hyphen, but will ignore the second. Consider:-

This is, as you might imagine, rather annoying.
This is - as you might imagine - rather annoying. 

With Writer, the first hyphen in the second line of text above will be amended from a regular minus sign to a formal hyphen... but the second on [in the example the one between "imagine" and "rather", remains as a minus sign. 

Writer should be able to tell that this is grammatical punctuation and correct consistently... 

Steps to Reproduce:
1.Simply enter any sentence that uses a pair of hyphens as punctuation
2. If using the minus sign on the keyboard, note the auto-correct of the first instance and nothing happening with the second
3.Issue is 100% repeatable

Actual Results:
I observe the first hyphen being auto-corrected by Writer from a short, thicker dash [the minus sign] to a slightly elongated and thinner dash - a textual hyphen. 

Expected Results:
I would like to see both submitted values treated consistently, ideally with both being converted from the mathematical minus sign to the textual hyphen. 


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I am not sure if the components involved are going to let me do this, but I'm going to try and copy and paste, in to this text box, the two character [correctly transformed and incorrectly left as-is], as auto-edited by Writer. 

The correctly converted character is "–"
The incorrectly ignored character is "-"

On my screen, the above examples are visibly different. I'm hoping you might know how to reverse engineer this text back to the relevant UTF-8 character... I don't know how!
Comment 1 Dieter 2023-08-12 11:50:24 UTC
Looks like a duplicate of bug 139951 (although I don't understand why first replacement works). CP, feel free to change it back to UNCONFIRMEd, if you disagree. In this case please also add some information about your autocorrect and replacement settings

*** This bug has been marked as a duplicate of bug 139951 ***