[Libreoffice-bugs] [Bug 128249] Calc does not correctly show some Chinese characters

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat Oct 19 23:45:10 UTC 2019


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

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vstuart.foote at utsa.edu
     Ever confirmed|0                           |1
             Status|UNCONFIRMED                 |NEEDINFO

--- Comment #1 from V Stuart Foote <vstuart.foote at utsa.edu> ---
A 2,3 and 4-byte utf-8 coding will not work for direct Unicode input. Calc's
=UNICHAR() function can be used against the _decimal_ value of the Unicode
point--but is cumbersome compared to the global <Alt>+x toggle implemented for
bug 73691

Convert the input string to utf-16, LibreOffice handles that conversion to
Unicode cleanly by prepending "U+", e.g. "U+0050" and then an <Alt>+x to toggle
applied from the end of the string. 

So, in utf-16 your sample string for Unicode toggle would be:

u+0050u+0061u+006du+ff08u+5434u+73eeu+98cfu+ff09

Try that and see if you get better results.

Please note that Droid CJK coverage requires an Ascender Pro purchase, not sure
the opensource builds included the CJK. 

The Google Noto Sans CJK successor to Droid is probably a more functional font
and  is readily available opensource builds.

So, if actually using Droid without a CJK locale--you will receive fallback
font handling for some font with coverage on system.

-- 
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/20191019/ccb4ff7b/attachment.html>


More information about the Libreoffice-bugs mailing list