Bug 6478

Summary: fontconfig should prefer "Standard Symbols L" as Symbol font
Product: fontconfig Reporter: Sebastien Bacher <seb128>
Component: libraryAssignee: Keith Packard <keithp>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: high CC: carlosgc, fred
Version: 2.3   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: Prefer "Standard Symbols L" as Symbol font

Description Sebastien Bacher 2006-04-03 08:34:58 UTC
That bug has been opened on
https://launchpad.net/distros/ubuntu/+source/evince/+bug/37745/+index

"I have a problem with the following document:

http://www.intel.com/design/intarch/manuals/27216403.pdf

The <- character is rendered as a square. This can be seen for example on page
C-34 in the "operation" column. I have checked the document in acrobat reader
which renders it without problems."

That happens on Ubuntu dapper uses poppler 0.5.1 with splash, the first page has
also some squares after "80C188XL" and "Microprocessor".  xpdf 3.01 doesn't have
those issues on the same pdf
Comment 1 Jeff Muizelaar 2006-04-03 15:38:11 UTC
looks like a font matching bug...
Symbol                               Type 1       no  no  no    1598  0 file:
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf
Comment 2 Jeff Muizelaar 2006-04-03 15:56:34 UTC
Should be fixed by adding the following to the URW section of /etc/fonts/fonts.conf.

        <alias>
          <family>Symbol</family>
          <accept><family>Standard Symbols L</family></accept>
        </alias>

i.e. fc-match --sort "Symbol"; should give 's050000l.pfb: "Standard Symbols L"
"Regular"' as the top match.
Comment 3 Jeff Muizelaar 2006-04-03 16:00:06 UTC
Also, as per http://freedesktop.org/wiki/Software/poppler there should be an
alias from ZapfDingbats to Dingbats. 
Comment 4 Sebastien Bacher 2006-04-03 18:08:12 UTC
The Ubuntu fontconfig has the aliases from
http://freedesktop.org/wiki/Software/poppler for zaftdingbats and symbol

$ fc-match --sort "Symbol";
DejaVuSans.ttf: "DejaVu Sans" "Book"
Vera.ttf: "Bitstream Vera Sans" "Roman"
n019003l.pfb: "Nimbus Sans L" "Regular"
... a pile of other fonts listed ...
d050000l.pfb: "Dingbats" "Regular"
s050000l.pfb: "Standard Symbols L" "Regular"
Comment 5 Jeff Muizelaar 2006-04-05 14:05:27 UTC
So why then does fontconfig give 'DejaVuSans.ttf: "DejaVu Sans" "Book"' as the
first font? We are sort of trusting fontconfig to give a sane result...
Comment 6 Sebastien Bacher 2006-04-13 19:31:30 UTC
Reassigning to fontconfig. At the moment the prefer symbols fonts is not a
Symbols one, the default fonts.conf should probably have a :

"
	<match target="pattern">
		<test name="family">
			<string>Symbol</string>
		</test>
		<edit name="family" mode="prepend" binding="same">
			<string>Standard Symbols L</string>
		</edit>
	</match>
"
Comment 7 Sebastien Bacher 2006-04-13 19:35:37 UTC
Created attachment 5296 [details] [review]
Prefer "Standard Symbols L" as Symbol font
Comment 8 Patrick Lam 2006-04-15 00:52:09 UTC
I've added Standard Symbols L as a standard alias for Symbol.  keithp says that
it's wrong to prefer the URW font over the real Symbol font.
Comment 9 Sebastien Bacher 2006-04-15 02:15:46 UTC
The alias is not enough. As explained by previous comments the fonts.conf
already has the aliases described by
http://freedesktop.org/wiki/Software/poppler (you could list the "Dingbats" one
too) but Symbol is still not the preferred choice
Comment 10 Keith Packard 2006-04-15 07:05:18 UTC
It's probably a language issue, and making the alias binding strong instead of
weak will override that. Don't prepend it to the list though, just append with
strong binding.
Comment 11 Patrick Lam 2006-04-15 10:26:14 UTC
I've committed the strong match binding.
Comment 12 Carlos Garcia Campos 2007-07-28 01:15:00 UTC
We still need an alias from ZapfDingbats to Dingbats.

$ fc-match ZapfDingbats
DejaVuSans.ttf: "DejaVu Sans" "Book"

$ fc-match Dingbats
d050000l.pfb: "Dingbats" "Regular"

Right now poppler is affected by this problem when rendering documents with forms. 

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.