[Libreoffice-bugs] [Bug 128860] Incorrect autocorrection of apostrophes in German text

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=128860

--- Comment #6 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Rob Schroeder from comment #5)
> > Seems to me current handling of typographic 'single quotes' is correct to
> > function--use of opening and closing quotation. An immediate <Ctrl>+z or 
> > <Esc> will revert any unwanted autocorrect while typing" 
> This report is not about 'single quotes' handling being incorrect, it is
> about 'apostrophes' not being properly handled. Apostrophes are routinely
> recognised as a single quote (end quote), which is incorrect, and reverting
> the autocorrection still does the wrong thing - it reverts back to the a
> typewriter-style x0027 character, where a typographic apostrophe symbol
> would be correct.

And exactly which Unicode glyph would be the "typographic apostrophe symbol"
that would be "correct"--and for which locale?

Only the 0x0027 is an APOSTROPHE and has its own Unicode glyph, everything else
requires a Unicode glyph be substituted--a single quote (opening or closing),
or other locale appropriate glyph--depending on locale.

We handle as quotes (single or double), or with Autocorrect disabled as
apostrophe (and use of 0x0027 as drawn fro the font in use for the paragraph).

To be precise what is required is additional editengine, or autocorrect, logic
to handle keyboard input of the Apostrophe keysym (0x0027) with more options
than as a single quotation (opening or closing). Likewise for the Quotation
Mark keysym (0x0021).

Can't do it now, but it is Not a Bug, so => Enhancement requiring dev effort.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191117/e9791917/attachment.html>