The <- character cannot be shown.

[Rikard Nordgren]

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.

[sam tygier (samtygier)]

i am see those arrows fine in the table on page C-34 (357 in evinces numbering), in evince 0.5.2-0ubuntu1 in dapper.

what version of evince do you have?

[Sebastien Bacher (seb128)]

Sam, could you run pdffonts on the .pdf?

[Sebastien Bacher (seb128)]

Thanks for your bug. I've forwarded the issue upstream: https://bugs.freedesktop.org/show_bug.cgi?id=6478

[sam tygier (samtygier)]

sam@titania:~/Desktop$ pdffonts 27216403.pdf
name type emb sub uni object ID
------------------------------------ ------------ --- --- --- ---------
TimesNewRomanPS Type 1 no no no 5226 0
Times-Bold Type 1 no no no 1579 0
Times-Bold Type 1 no no no 5248 0
Helvetica Type 1 no no no 1580 0
Helvetica-Bold Type 1 no no no 1581 0
Times-Roman Type 1 no no no 1597 0
Symbol Type 1 no no no 1598 0
Times-Italic Type 1 no no no 1600 0
Times-BoldItalic Type 1 no no no 1601 0
Helvetica Type 1 no no no 1612 0
Helvetica-Bold Type 1 no no no 1649 0
Courier Type 1 no no no 1736 0
Courier-Bold Type 1 no no no 1760 0
[none] Type 3 yes no no 1912 0

[Sebastien Bacher (seb128)]

What about "fc-match --sort "Symbol""?

[Sebastien Bacher (seb128)]

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

[sam tygier (samtygier)]

sam@titania:~/Desktop$ fc-match --sort "Symbol"
symbol.ttf: "Symbol" "Regular"
DejaVuSans.ttf: "DejaVu Sans" "Book"
Verdana.ttf: "Verdana" "Regular"
Arial.ttf: "Arial" "Regular"
n019003l.pfb: "Nimbus Sans L" "Regular"
helvetica.ttf: "Helvetica" "Regular"
FreeSans.ttf: "FreeSans" "Medium"
FreeSansBold.ttf: "FreeSans" "Bold"
kochi-gothic-subst.ttf: "Kochi Gothic" "Regular"
dotum.ttf: "Baekmuk Dotum" "Regular"
lucidagrande.ttf: "Lucida Grande" "Regular"
aakar-medium.ttf: "aakar" "Medium"
padmaa-Medium-0.5.ttf: "padmaa" "regular"
cmsy10.ttf: "cmsy10" "Medium"
TlwgMono.ttf: "TlwgMono" "Medium"
TlwgTypewriter.ttf: "TlwgTypewriter" "Medium"
bigcaslonmedium.ttf: "Big Caslon" "Medium"
utkal.ttf: "utkal" "Medium"
ukai.ttf: "AR PL ZenKai Uni" "Medium"
batang.ttf: "Baekmuk Batang" "Regular"
osaka.ttf: "Osaka" "Regular"
Courier_New.ttf: "Courier New" "Regular"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
Arial_Black.ttf: "Arial Black" "Regular"
euphemiacasregular.ttf: "Euphemia UCAS" "Regular"
opens___.ttf: "OpenSymbol" "Regular"
FreeSerif.ttf: "FreeSerif" "Medium"
FreeMono.ttf: "FreeMono" "Medium"
Pothana2000.ttf: "Pothana2000" "Regular"
opens___.ttf: "OpenSymbol" "Regular"
plantagenetcherokee.ttf: "Plantagenet Cherokee" "Regular"
wasy10.ttf: "wasy10" "Normal"
chandas1-1.ttf: "Chandas" "Regular"
华文仿宋.ttf: "STFangsong" "Regular"
TAMu_Kalyani.ttf: "TAMu_Kalyani" "Regular"
TSCu_Comic.ttf: "TSCu_Comic" "Normal"
TSCu_Paranar.ttf: "TSCu_Paranar" "Regular"
MgOpenCanonicaRegular.ttf: "MgOpen Canonica" "Regular"
Trebuchet_MS.ttf: "Trebuchet MS" "Regular"
#pilgiregular.ttf: "#PilGi" "Regular"
zapfdingbats.ttf: "Zapf Dingbats" "Regular"
applegothic.dfont: "AppleGothic" "Regular"
geeza pro.ttf: "Geeza Pro" "Regular"
biaukai.ttf: "BiauKai" "Regular"
儷宋 pro.ttf: "LiSong Pro" "Light"
Kedage-n.ttf: "Kedage" "Normal"
uming.ttf: "AR PL ShanHeiSun Uni" "Regular"
apple symbols.ttf: "Apple Symbols" "Regular"
malayalam.ttf: "malayalam" "Regular"
FreeSerifBold.ttf: "FreeSerif" "Bold"
euphemiacasbold.ttf: "Euphemia UCAS" "Bold"
albayanbold.ttf: "Al Bayan" "Bold"
TSCu_paranari.ttf: "TSCu_Paranar" "Italic"

[Sebastien Bacher (seb128)]

Do you have a custom fontconfig conf? It works for you because symbol.ttf is listed first...

[Sebastien Bacher (seb128)]

symbol.ttf is not a font shipped by the distribution, you probably copied it from windows yourself?

[sam tygier (samtygier)]

i have a whole load of fonts in my ~/.fonts including symbol.ttf from mac os x.

sorry for the confusion.

[Jeff Muizelaar (jeff-infidigm)]

looks like a font matching bug...
Symbol Type 1 no no no 1598 0 file:
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf

[Jeff Muizelaar (jeff-infidigm)]

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.

[Jeff Muizelaar (jeff-infidigm)]

Also, as per http://freedesktop.org/wiki/Software/poppler there should be an
alias from ZapfDingbats to Dingbats.

[Sebastien Bacher (seb128)]

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"

[Jeff Muizelaar (jeff-infidigm)]

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...

[Dennis Kaarsemaker (dennis)]

Problem caused by user configuration, not by Ubuntu package.

 status Rejected

[Sebastien Bacher (seb128)]

No, it's not, it works for the user who use custom fonts, it's broken on standard config, reopening

[Dennis Kaarsemaker (dennis)]

My apologies, I'll look better next time.

[Sebastien Bacher (seb128)]

No problem, you look at lot of bugs, that can happen and there is harm it can be reopened

[Sebastien Bacher (seb128)]

This upload fixes the issue:

 fontconfig (2.3.2-1.1ubuntu8) dapper; urgency=low
 .
   * debian/patches/03_preferred_symbol_font.patch:
     - prefer "Standard Symbols L" as symbol font (Ubuntu: #37745)

[Sebastien Bacher (seb128)]

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>
"

[Sebastien Bacher (seb128)]

Created an attachment (id=5296)
Prefer "Standard Symbols L" as Symbol font

[Matt Zimmerman (mdz)]

Is there still something to be fixed in cupsys here? (it has an open task)

[Sebastien Bacher (seb128)]

doko, could you explain why you reassing this bug? What is the cupsys issue with that?

[Matthias Klose (doko)]

please see mdz's comment, you did provide a fix.

[Sebastien Bacher (seb128)]

stop reassigning that to me without any reason that's ridiculous, have you read the bug? That bug was about fontconfig not picking the right Symbol font which has been fixed. There is no cupsys bug described. I've read mdz comment and I would say there is no cupsys issue and the bug is to close. If that's the case why don't you do so instead of reassigning without saying what you expect from it?

[Plam (plam)]

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.

[Sebastien Bacher (seb128)]

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

[Keith Packard (keithp)]

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.

[Plam (plam)]

I've committed the strong match binding.

[Matthias Klose (doko)]

nothing to fix in cupsys. would be nice to see why/who did add a package to a report.

[Carlos Garcia Campos (carlosgc)]

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.