https://bugs.documentfoundation.org/show_bug.cgi?id=104777
Xisco Faulí <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |bibisected, bisected,
| |regression
Status|UNCONFIRMED |NEW
CC| |[email protected],
| |[email protected]
Ever confirmed|0 |1
--- Comment #1 from Xisco Faulí <[email protected]> ---
Regression introduced by:
author Khaled Hosny <[email protected]> 2016-11-17 13:03:39 (GMT)
committer Miklos Vajna <[email protected]> 2016-11-18 07:42:52
(GMT)
commit d8c386593e42e1f0cce52d052b1009c59e75afa2 (patch)
tree 82979c0e4b3c3bfa98e9e2e488aa4af26725eab6
parent 2ec76e5db5c194e133b6fee5c7f81c04357971f8 (diff)
tdf#103944: Fix symbol font remapping
This reverts:
commit 8556cd881270823865662e9a7700da58d11c2785
Author: Miklos Vajna <[email protected]>
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.
Adding Cc: to Khaled Hosny
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs