[Libreoffice-ux-advise] [Bug 154766] management of ellipsis variants

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Apr 17 12:50:42 UTC 2023


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

--- Comment #10 from toddwarner at duck.com ---
(In reply to Heiko Tietze from comment #9)
> Request is twofold, a) ellipsis as one character, b) ellipsis with larger
> spacing.

Threefold: (c) LibreOffice knows that it is an ellipsis (for the sake of the
grammar-checker, word counter, and the like) and not some typo or gibberish.

That's the *actual* solution. But it probably requires action by the Unicode
Consortium (by the way, they seem to not have an issue tracker or any easy
means of contact — boggle!)

The meta-request is that in lieu of The Correct Solution[tm], the request is to
make the most useful and typical workaround (.NBSP.NBSP.) some sort of
first-order workflow where changing the autocorrect to .NBSP.NBSP. is the
suggested route (I'm not a UI guy, so I am not sure how that would work), and
LibreOffice would recognize that pattern for its intent: an ellipsis.

Most folks just find and replace … with .NBSP.NBSP. at the tail end and run
with it. This is an okay solution. A "good enough" solution. But man, if
LibreOffice *knew* it was an ellipsis . . . that would be a lovely thing.

Thank you for your attention. Cheers. -t

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list