[Libreoffice-bugs] [Bug 111816] Cannot find special character if does not know character name but number

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Aug 15 20:22:20 UTC 2017


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

--- Comment #6 from Heiko Tietze <tietze.heiko at gmail.com> ---
(In reply to V Stuart Foote from comment #5)
> Please give some thought...

No need to argue, I have no data. You say people remember the unicode id, like
it was back in DOS times with ASCII 132 for ä, rather than searching by the
name 'umlaut' or the correct term 'DIAERESIS'. 
And I'm not saying it never happens. If I'd use unicode 0x228 for the ä, and
wheel through the fonts it should work like with a search term, which is the
fact until I reach OpenSymbol. Scrolling now through this font, changes the
unicode as expected. 
Turning the use case around, Regina's workflow, the font for a char that is not
commonly integrated could be found. That means, when the font doesn't contain
of this item nothing is selected in the chars table. But the unicode fields
have a value. Today the table corresponds to the id field.
To me the benefits of this workflow don't outweigh the drawback of
inconsistency.

-- 
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/20170815/44af863d/attachment.html>


More information about the Libreoffice-bugs mailing list