[Libreoffice-bugs] [Bug 131213] Pasting non-printable Unicode character into LibreOffice makes it unusable

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #4 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to github.ds from comment #3)
>... as an end user I expect LibreOffice to be
> robust enough to not make me force quit it when I copy text over into my
> document.

By Unicode standard  [1], use of the PUA (Code  points  in  the  ranges 
U+E000..U+F8FF,  U+F0000..U+FFFFD, and U+100000..U+10FFFD) is left to the
conformant process. By standard for handling PUA "the abstract characters
associated with them have no interpretation specified by this standard. They
can be given any interpretation by conformant processes."

LibreOffice is Unicode "conformant", meaning it will do correct things with
code point assignments for the the 1.1 million defined Unicode values. If a
known (to system) font with glyph coverage of the PUA glyphs is specified--a
paste of the PUA will succeed resulting in rendering the glyphs, and likewise
they will be subset when filter exported or printed. 

If no font is specified for the receiving paragraph, or a paste 'unformatted'
is performed, paragraph default font will be assumed. If default font has no
coverage of the PUA code points being copied/pasted the result will be either a
"place holder" glyph from the font assigned or in some cases a font fallback
search for a font defining a glyph for the PUA (controlled by OS).

LibreOffice is plenty "robust", but the user can not do unreasonable things.
Expecting PUA mapping for pasting from unknown fonts is unreasonable.

=-ref-=
[1] https://www.unicode.org/versions/Unicode12.0.0/ch03.pdf#G43463

-- 
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/20200308/9da0f5f3/attachment.htm>