Kaganski Mike wrote
...
It might be some artifact of the tracing machinery, which e.g. could use
a font without the codepoint, or output all non-ascii chars like that?
because \u00c5 is a valid UTF-18 escape sequence [1] (U+00C5, [2]), and
so "\u00c5r" maybe is just "År" in the real string (i.e., the "\u00c5r"
takes 4 sal_Unicode characters for ", Å, r, and " in the OUString, and
the Å is actually the "real" character)?
...
Sorry for the delay.
In both cases, I used std::cerr to trace the strings.
Also, I used Vi to open script/database and indeed it contains \u....
Using "file" Unix command on script database retrieves us ascii (expected
UTF-8) where as "file" on content.xml retrieves UTF-8.
Julien
--
Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.