[Bug 2129399] Postscript standard symbol font is not looked up
correctly
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
--- Comment #24 from Akira TAGOH <tagoh(a)redhat.com> ---
Not exactly. "Symbol" isn't a sort of generic alias family name such as
sans-serif. fontconfig just tries to find out a best font against the request
where may contains "Symbol" in family name. that is almost equivarent to find
out "Cantarell" as a desktop font in GNOME. If not, trying to pick something up
by other conditions then.
In that sense, that could be said that we are *just* missing a "Symbol" font.
This isn't a sort of bug.
If we are going to deal with "Symbol" without any special handling, thus, we
just need to add a substitute config to the proper font package which has
enough coverage or metrics compatible for "Symbol".
To be convenient, we could add it into fontconfig but it won't fix any issues
without real fonts. so we should find out any candidate font packages for that
instead of doing something in fontconfig.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
1 year, 7 months
[Bug 2129399] Postscript standard symbol font is not looked up
correctly
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
Marek Kašík <mkasik(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ajax(a)redhat.com,
| |fonts-bugs(a)lists.fedoraproj
| |ect.org,
| |i18n-bugs(a)lists.fedoraproje
| |ct.org, pnemade(a)redhat.com,
| |tagoh(a)redhat.com
Component|poppler |fontconfig
Assignee|mkasik(a)redhat.com |tagoh(a)redhat.com
--- Comment #23 from Marek Kašík <mkasik(a)redhat.com> ---
I think that this is an issue in fontconfig. Poppler asks it for "Symbol" font
(via equivalent of "fc-match Symbol:lang=xx") and it returns the "Noto Sans" on
second place but it does not have the coverage for math symbols which should be
in "Symbol" font. For example the third place ("DejaVu Sans") is much better
candidate. Poppler rejects the first candidate as it is a "t1" font ("Standard
Symbols PS").
I have to admit that poppler does not set "symbol" to "true" when generating
the FcPattern but it does not change the result.
It does not seem that poppler's upstream would introduce a special handling of
"Symbol" font when querying fonts -
https://gitlab.freedesktop.org/poppler/poppler/-/issues/1253 and
https://gitlab.freedesktop.org/poppler/poppler/-/issues/926.
I'm reassigning this bug to fontconfig.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
1 year, 7 months