diff options
author | Caolán McNamara <caolanm@redhat.com> | 2013-08-28 20:22:26 +0100 |
---|---|---|
committer | Fridrich Strba <fridrich@documentfoundation.org> | 2013-08-29 07:24:28 +0000 |
commit | 43288da5bfcaf5f7be8191194e635570ef7426d0 (patch) | |
tree | 5f1ce7a994ac9470240ae8ea2dd044bf4a0cfcb5 /helpcontent2 | |
parent | 6061b2ab6ddc3caba347a4b3fc9b0c2ff52d5484 (diff) |
Resolves: fdo#68192 always recode from trad symbol to apple symbol
Even if the symbol font bit isn't set, the oox import route lacks the ability
to state that the bullet font is a font of symbol encoding. If the font is not
available on the system we go into fallback logic to state that famous symbol
fonts are in symbol encoding. But there is a symbol font on mac so its not
unknown and that doesn't happen. And the mac symbol font is not actually in
symbol encoding (seeing as it's all rearranged into the correct unicode
positions) so the recode logic is skipped in this special case to map the
microsoft/adobe private use area chars to the modern code points where they
were moved in the apple font.
I guess one alternative possible solution is to lookup all the fonts used in a
openxml doc using the fonttable stream where the charset info is available. But
seeing as it should only affect one particular font lets just move the encoder
test outside the issymbol block.
Change-Id: Ic5bd3ec15c8d8d99e2cab0fb67cc4bc33081c756
(cherry picked from commit b129867306ce918f4f8fbf9ec5f7dce86e52c9d2)
Reviewed-on: https://gerrit.libreoffice.org/5669
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Diffstat (limited to 'helpcontent2')
0 files changed, 0 insertions, 0 deletions