summaryrefslogtreecommitdiff
path: root/starmath/qa
diff options
context:
space:
mode:
authorKhaled Hosny <khaledhosny@eglug.org>2016-11-17 15:03:39 +0200
committerMiklos Vajna <vmiklos@collabora.co.uk>2016-11-18 07:42:52 +0000
commitd8c386593e42e1f0cce52d052b1009c59e75afa2 (patch)
tree82979c0e4b3c3bfa98e9e2e488aa4af26725eab6 /starmath/qa
parent2ec76e5db5c194e133b6fee5c7f81c04357971f8 (diff)
tdf#103944: Fix symbol font remapping
This reverts: commit 8556cd881270823865662e9a7700da58d11c2785 Author: Miklos Vajna <vmiklos@collabora.co.uk> Date: Thu Mar 6 09:48:54 2014 +0100 cp#1000039 DOC import: ignore symbol charset of the symbol font Otherwise characters unhandled by our OpenSymbol font (like Arabic 0-9 numbers) won't be rendered using an other font, as no other font provides the symbol charset. Do this in SwWW8ImplReader::GetFontParams(), where we already have font name -> font family mappings for a few well-known fonts. The DOCX filter does the same for quite some time, and that's how Arabic numbers in text using the Symbol font were rendered, instead of little rectangles. The reverted commit prevented remapping symbols supported by OpenSymbol, and it seems to have worked incidentally because of the fallback to the “Standard Symbols L” Type 1 font which we longer support. The bug doc is broken in master with or without this commit, but reverting this fixes tdf#103944. Change-Id: I17ac699fc5987e11e5c9e490895fc3c4967d3127 Reviewed-on: https://gerrit.libreoffice.org/30932 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Diffstat (limited to 'starmath/qa')
0 files changed, 0 insertions, 0 deletions