Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
fonts used by evince
562 views
Skip to first unread message
Paul Seyfert
Jun 10, 2012, 11:00:02 AM6/10/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Dear all,
I have created an eps file with cern root and converted it with
epstopdf to pdf.
http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf
I then look at the result in evince
http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png (right)
for reference it should look like the one displayed by acroread (left).
as you see the mu are displayed wrongly (pi as well, I didn't go
further through the symbols and letters).
Apparently root does not embed the fonts it uses into the eps file -
which is a problem on its own which I don't want to address here.
I'm using debian testing and have already quite some font packages
installed. Moreover on a colleague's computer running ubuntu the file
is displayed by evince correctly and we compared the packages listed
in synaptic under "fonts" and we have the same (except for a package
called ubuntu-fonts or similar) packages installed (certainly not the
same versions but the same package names).
As a brute force test I backuped my /usr/share/fonts directory and
replaced it by the ubuntu /usr/share/fonts. After a reboot my evince
still didn't display the mu correctly. I then removed the ubuntu
/usr/share/fonts again and restored my backup.
Is evince at all using fonts from /usr/share/fonts? (if not, where
should I start searching for the missing font)
Do you have recommendations what to do to get the plot correctly
displayed in evince?
If it helps, see the output of pdffonts on that pdf file below.
Thanks in advance,
Paul
pseyfert@robusta $ pdffonts Fig5.pdf
name type emb sub uni
object ID
- ------------------------------------ ----------------- --- --- ---
- ---------
Times-Italic Type 1 no no no
7 0
Times-Bold Type 1 no no no
8 0
Times-BoldItalic Type 1 no no no
9 0
Helvetica Type 1 no no no
10 0
Helvetica-Oblique Type 1 no no no
11 0
Helvetica-Bold Type 1 no no no
12 0
Helvetica-BoldOblique Type 1 no no no
13 0
Courier Type 1 no no no
14 0
Courier-Oblique Type 1 no no no
15 0
Courier-Bold Type 1 no no no
16 0
Courier-BoldOblique Type 1 no no no
17 0
Symbol Type 1 no no no
18 0
Times-Roman Type 1 no no no
19 0
ZapfDingbats Type 1 no no no
20 0
Symbol Type 1 no no no
21 0
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJP1K/7AAoJEPGrO6H3OXolAxsP/R+asg4SJ14gx8hw4wtYAmS6
t/HMVhBwABzmLFEbUqKNzSHchVNCEC/lXIWkmFLQPwbXjMKMsmJix56/hNxrS3Yh
V16NH9JBOWqQB/5TtN90nM3biyQ2NpYDbwBSyS+YhRJwXZbVeJ3dFBIh7VzvqEbe
H8BheQ+b/7CnZ18fyDFuPB90WQ4HN1lwLLeNkWuUF6wLK3FMW3wi0UNv9H+Vrj1r
nXliBUkNcTM9W5bYEgkDkLTZlaGJF5PUUfVOiPEFAp1zXdTnDyhStlGCsh8IC+WW
FgUj3BtabQ+BuVIV5aPQxSrVIO5LMG/2Df9OLd8gD8pZWY28IuCNCi06BSLiENWl
NoZqCqA8ruOVGEHHVfNrqppDPWV1posFUQFlFRoNt0RzuRjaix/XH4MCKuYOgtyC
VjzQXXjFGkH27C54OUtp+aW2G4pfWgcV5sZPQIRprV+SHr+9t19ab4ZbV/Tdas1Y
rLPdQvkzlK9t5MQNn+ETDlN2/B4P4bijiKjZzUC5QBcXaYq2LGu1Tzc2cFJOrJ0L
2j/3mHw4sDGbIuBQx140Hwd64WXO3KJMz60wNYfnbEQKbL5GqgXzS+6iDleP6MFc
+GSoPi4HN3mrnyCKzwJAKFP1et+YInRjTSNUXaPXt5Mdh9T3Ig3IzVkRILFmjt0O
nPvG4q6ktTsumuMVfFMJ
=Dczq
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4FD4AFFB...@mathphys.fsk.uni-heidelberg.de
Hash: SHA1
Dear all,
I have created an eps file with cern root and converted it with
epstopdf to pdf.
http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf
I then look at the result in evince
http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png (right)
for reference it should look like the one displayed by acroread (left).
as you see the mu are displayed wrongly (pi as well, I didn't go
further through the symbols and letters).
Apparently root does not embed the fonts it uses into the eps file -
which is a problem on its own which I don't want to address here.
I'm using debian testing and have already quite some font packages
installed. Moreover on a colleague's computer running ubuntu the file
is displayed by evince correctly and we compared the packages listed
in synaptic under "fonts" and we have the same (except for a package
called ubuntu-fonts or similar) packages installed (certainly not the
same versions but the same package names).
As a brute force test I backuped my /usr/share/fonts directory and
replaced it by the ubuntu /usr/share/fonts. After a reboot my evince
still didn't display the mu correctly. I then removed the ubuntu
/usr/share/fonts again and restored my backup.
Is evince at all using fonts from /usr/share/fonts? (if not, where
should I start searching for the missing font)
Do you have recommendations what to do to get the plot correctly
displayed in evince?
If it helps, see the output of pdffonts on that pdf file below.
Thanks in advance,
Paul
pseyfert@robusta $ pdffonts Fig5.pdf
name type emb sub uni
object ID
- ------------------------------------ ----------------- --- --- ---
- ---------
Times-Italic Type 1 no no no
7 0
Times-Bold Type 1 no no no
8 0
Times-BoldItalic Type 1 no no no
9 0
Helvetica Type 1 no no no
10 0
Helvetica-Oblique Type 1 no no no
11 0
Helvetica-Bold Type 1 no no no
12 0
Helvetica-BoldOblique Type 1 no no no
13 0
Courier Type 1 no no no
14 0
Courier-Oblique Type 1 no no no
15 0
Courier-Bold Type 1 no no no
16 0
Courier-BoldOblique Type 1 no no no
17 0
Symbol Type 1 no no no
18 0
Times-Roman Type 1 no no no
19 0
ZapfDingbats Type 1 no no no
20 0
Symbol Type 1 no no no
21 0
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJP1K/7AAoJEPGrO6H3OXolAxsP/R+asg4SJ14gx8hw4wtYAmS6
t/HMVhBwABzmLFEbUqKNzSHchVNCEC/lXIWkmFLQPwbXjMKMsmJix56/hNxrS3Yh
V16NH9JBOWqQB/5TtN90nM3biyQ2NpYDbwBSyS+YhRJwXZbVeJ3dFBIh7VzvqEbe
H8BheQ+b/7CnZ18fyDFuPB90WQ4HN1lwLLeNkWuUF6wLK3FMW3wi0UNv9H+Vrj1r
nXliBUkNcTM9W5bYEgkDkLTZlaGJF5PUUfVOiPEFAp1zXdTnDyhStlGCsh8IC+WW
FgUj3BtabQ+BuVIV5aPQxSrVIO5LMG/2Df9OLd8gD8pZWY28IuCNCi06BSLiENWl
NoZqCqA8ruOVGEHHVfNrqppDPWV1posFUQFlFRoNt0RzuRjaix/XH4MCKuYOgtyC
VjzQXXjFGkH27C54OUtp+aW2G4pfWgcV5sZPQIRprV+SHr+9t19ab4ZbV/Tdas1Y
rLPdQvkzlK9t5MQNn+ETDlN2/B4P4bijiKjZzUC5QBcXaYq2LGu1Tzc2cFJOrJ0L
2j/3mHw4sDGbIuBQx140Hwd64WXO3KJMz60wNYfnbEQKbL5GqgXzS+6iDleP6MFc
+GSoPi4HN3mrnyCKzwJAKFP1et+YInRjTSNUXaPXt5Mdh9T3Ig3IzVkRILFmjt0O
nPvG4q6ktTsumuMVfFMJ
=Dczq
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4FD4AFFB...@mathphys.fsk.uni-heidelberg.de
Camaleón
Jun 10, 2012, 11:30:02 AM6/10/12
to
On Sun, 10 Jun 2012 16:32:27 +0200, Paul Seyfert wrote:
> I have created an eps file with cern root and converted it with epstopdf
> to pdf.
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf I then look at
> the result in evince
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png (right) for
> reference it should look like the one displayed by acroread (left). as
> you see the mu are displayed wrongly (pi as well, I didn't go further
> through the symbols and letters). Apparently root does not embed the
> fonts it uses into the eps file - which is a problem on its own which I
> don't want to address here.
(...)
> I have created an eps file with cern root and converted it with epstopdf
> to pdf.
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf I then look at
> the result in evince
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png (right) for
> reference it should look like the one displayed by acroread (left). as
> you see the mu are displayed wrongly (pi as well, I didn't go further
> through the symbols and letters). Apparently root does not embed the
> fonts it uses into the eps file - which is a problem on its own which I
> don't want to address here.
Not embedding the fonts is a problem if you are planing to redistribute a
document that uses mathematical symbols. In such cases, is better to include
the fonts in the document although doing so will increase the resulting file
size.
I also get the wrong characters (infinite symbol "∞" instead micro "µ") in
Evince.
> name type emb sub uni object ID
> ZapfDingbats Type 1 no no no 20 0
The only tipography I don't have installed in my system is "ZapfDingbats"
and this font is included within Acrobat Reader. This can be problem here.
Tip: if you don't want to embed the fonts, try using unicode symbols
instead using specific font foundries.
> Is evince at all using fonts from /usr/share/fonts? (if not, where
> should I start searching for the missing font) Do you have
> recommendations what to do to get the plot correctly displayed in
> evince?
"/etc/fonts/fonts.conf". You can be hitting:
https://bugs.freedesktop.org/show_bug.cgi?id=21395#c6
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Siard
Jun 10, 2012, 1:50:01 PM6/10/12
to
Paul Seyfert wrote:
> I have created an eps file with cern root and converted it with
> epstopdf to pdf.
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf
> I then look at the result in evince
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png (right)
> for reference it should look like the one displayed by acroread
> (left). as you see the mu are displayed wrongly
AFAICS, the Symbol font is missing on your computer.
> I have created an eps file with cern root and converted it with
> epstopdf to pdf.
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf
> I then look at the result in evince
> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png (right)
> for reference it should look like the one displayed by acroread
> (left). as you see the mu are displayed wrongly
The best thing you can do is: install package xfonts-mathml.
It provides the Symbol font.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 10, 2012, 2:00:02 PM6/10/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hash: SHA1
On 10.06.2012 19:44, Siard wrote:
> Paul Seyfert wrote:
>> I have created an eps file with cern root and converted it with
>> epstopdf to pdf.
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf I then
>> look at the result in evince
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png
>> (right) for reference it should look like the one displayed by
>> acroread (left). as you see the mu are displayed wrongly
>
> AFAICS, the Symbol font is missing on your computer. The best thing
> you can do is: install package xfonts-mathml. It provides the
> Symbol font.
>
>
is already installed.
> Paul Seyfert wrote:
>> I have created an eps file with cern root and converted it with
>> epstopdf to pdf.
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf I then
>> look at the result in evince
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png
>> (right) for reference it should look like the one displayed by
>> acroread (left). as you see the mu are displayed wrongly
>
> AFAICS, the Symbol font is missing on your computer. The best thing
> you can do is: install package xfonts-mathml. It provides the
> Symbol font.
>
>
to make it short, I think these are the most relevant packages I have
installed:
$ dpkg --get-selections | grep install | grep fonts | sed "s/\tinstall//"
acroread-fonts-jpn
fonts-comfortaa
fonts-droid
fonts-freefont-otf
fonts-freefont-ttf
fonts-gfs-artemisia
fonts-gfs-baskerville
fonts-gfs-complutum
fonts-gfs-didot
fonts-gfs-neohellenic
fonts-gfs-olga
fonts-gfs-porson
fonts-gfs-solomos
fonts-inconsolata
fonts-junicode
fonts-liberation
fonts-linuxlibertine
fonts-lyx
fonts-oflb-asana-math
fonts-opendin
fonts-opensymbol
fonts-sil-gentium
fonts-sil-gentium-basic
fonts-unfonts-core
fonts-unfonts-extra
fonts-uralic
fonts-vlgothic
gsfonts
gsfonts-x11
texlive-fonts-extra
texlive-fonts-extra-doc
texlive-fonts-recommended
texlive-fonts-recommended-doc
ttf-mscorefonts-installer
ttf-unfonts-core
ttf-unfonts-extra
xfonts-100dpi
xfonts-75dpi
xfonts-base
xfonts-encodings
xfonts-mathml
xfonts-scalable
xfonts-utils
$ dpkg --get-selections | grep install | grep ttf | grep -v fonts |
sed "s/\tinstall//"
libsdl-ttf2.0-0:amd64
ttf-dejavu
ttf-dejavu-core
ttf-dejavu-extra
ttf-freefont
ttf-liberation
ttf-linux-libertine
ttf-lyx
ttf-marvosym
ttf-opendin
ttf-opensymbol
ttf-sazanami-gothic
ttf-sil-gentium
ttf-sil-gentium-basic
ttf-unifont
ttf-uralic
Cheers,
Paul
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJP1N/MAAoJEPGrO6H3OXolSzQQAIvXB+6b91goXSAVldjfKUNi
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
IIP51w+HZC1+YoZ/28AuG0YN5cX2MFnrYQda/ciqDGhGe/N2o7WV7eUOL3lkgMfq
nzkf24jxwfVAIQ1X6r9kUDo3FDryK0zrq8+K3LOu24wz86S00hOy1vSSfPbOwKze
LEwJSZVpRpLKgEihr13F0sHlk7P16WgYwK+rMPku+hcao63nwBMqQjfPg1Xf7cIF
/2OpM6Kb5/wnD7yJNBfH2FQHgtOyMWPfH0m3GqGDqcoA8Awr3piFupzvrMn0KIv8
rOn5Sc/cM30AXscz7XwDN3TeH0dXNr78Td9ormAbWzKKBk85epRDan5VTfAgk5u1
slDLFvAok+aQQ2cKpdwpuM/hmEc4j+lh7fQAAlC16TQ0KKBJ8PF+P7m5NjmmtKoE
23xg5OWxbVRqSgR3/Cj2/KDlNMRxClprWjIafTqTpPmLeEsz0Ds0mW6TfpNYkHqX
pSSEXbA2zb3x16Y0RJj132FPTo9uBgkW5YKD41ihgaQ178uNbUdGNfhGHf3uT7JB
UbO2U7yUp6pxA+8FEMhoYmfXCTc1tYHLxZKGA7+gsEk5pgr28ndickL126Xv8HPg
C4whMd+CnbOn3INoN6ozzrpw/dNq5qg7UU0YUz8pg3UVRhUPVSSNl4SvHAQZdTnJ
GpnG2RZ2s0Qxn07g5G5O
=Wozd
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 10, 2012, 2:10:01 PM6/10/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hash: SHA1
On 10.06.2012 17:27, Camaleón wrote:
> On Sun, 10 Jun 2012 16:32:27 +0200, Paul Seyfert wrote:
>
>> I have created an eps file with cern root and converted it with
>> epstopdf to pdf.
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf I then
>> look at the result in evince
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png
>> (right) for reference it should look like the one displayed by
>> acroread (left). as you see the mu are displayed wrongly (pi as
>> well, I didn't go further through the symbols and letters).
>> Apparently root does not embed the fonts it uses into the eps
>> file - which is a problem on its own which I don't want to
>> address here.
>
> (...)
>
> Not embedding the fonts is a problem if you are planing to
> redistribute a document that uses mathematical symbols. In such
> cases, is better to include the fonts in the document although
> doing so will increase the resulting file size.
actually I have no idea how to tell cernroot to embed fonts. anyhow i
> On Sun, 10 Jun 2012 16:32:27 +0200, Paul Seyfert wrote:
>
>> I have created an eps file with cern root and converted it with
>> epstopdf to pdf.
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/Fig5.pdf I then
>> look at the result in evince
>> http://mathphys.fsk.uni-heidelberg.de/~pseyfert/fonts.png
>> (right) for reference it should look like the one displayed by
>> acroread (left). as you see the mu are displayed wrongly (pi as
>> well, I didn't go further through the symbols and letters).
>> Apparently root does not embed the fonts it uses into the eps
>> file - which is a problem on its own which I don't want to
>> address here.
>
> (...)
>
> Not embedding the fonts is a problem if you are planing to
> redistribute a document that uses mathematical symbols. In such
> cases, is better to include the fonts in the document although
> doing so will increase the resulting file size.
definitely cannot force all other root users to always embed fonts. So
even if I embed fonts the problem will reappear when I get files from
collaborators.
>
> I also get the wrong characters (infinite symbol "∞" instead micro
> "µ") in Evince.
>
>> name type emb sub
>> uni object ID
> (...)
>> ZapfDingbats Type 1 no no
>> no 20 0
>
> The only tipography I don't have installed in my system is
> "ZapfDingbats" and this font is included within Acrobat Reader.
> This can be problem here.
is there a package with ZapfDingbats or can I get it from the acroread
directories?
something else which came to my mind: is there a way to tell a missing
font from having a wrong font?
>
> Tip: if you don't want to embed the fonts, try using unicode
> symbols instead using specific font foundries.
the pdf files. I'm more focussed on the displaying part of the problem.
i.e. I want to be able to display this specific type of fontless pdf
with exactly the fonts used in there (official collaboration style /
corporate design / ...).
>
>> Is evince at all using fonts from /usr/share/fonts? (if not,
>> where should I start searching for the missing font) Do you have
>> recommendations what to do to get the plot correctly displayed
>> in evince?
>
> Evince should use the available font paths which are defined in
> "/etc/fonts/fonts.conf". You can be hitting:
font) and the ubuntu machine (where evince finds the font) are
identical. however I'm still searching for something conclusive in the
included conf.d directories. all entries with zapf are the same on
both systems.
>
> https://bugs.freedesktop.org/show_bug.cgi?id=21395#c6
This fix is already in my fonts.conf
Cheers,
Paul
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJP1NzsAAoJEPGrO6H3OXollQkQAJ32W2XLI9oreWkt3DfwDFof
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
zp4qOVXiCw1mbngepaFjFKPQhs7mv/0dHQHQqvOAX21UZF7+iutpaoz9Q5V9OgQ7
dEZ4WiLnI1B6r+h/QOkLEWNATvgg394cPYwpNB1qEcODksFdtfVM2SKJF/wGwmm5
y6FPcA/rg4oPfD056/fYP2gh7/7bPxFSVOHCme1v9w1J68WW4ssLwte2NNsasPZS
4tdtthuFHpvlvULungE8bNoeG5zReYvzLd3vEpcvt44YfoLXjZOVA1o/alMyCAso
6qAisqVVzUe4trN5r+3fFM6MLaDMuL9OhO5oks3AFfAkcdX4rwbYA5tEeFZLSBQd
2yfCU6KXKHRdJbdk+nClaclk+hwhnlZCyWe4u7N8QuYgnTnvNWPvpWn8FWOmfP7P
Iy4SQB3O+cRUeJkgK893JheyMBaGGht0NKT7RRN3Cv1gYerAsCPLwVE0AQ+In6gz
mhuaCurnuOJx9TTguQPdix0Kf8yxPfkKQ9B2U1fJ99bbJU7Z9XyiQ4BTEneI95od
ESjqULuws2YcW7YSkt+YTxp9QmrNx37VvFuAh6krCR9pubVXzX20e2XNmWkjwEOq
NhE65CVUt7r812Vt12eQSqpM6pCeVt7oLisDWn7M96cKUccZPDaOdIshNr6cKOTQ
WIjL6H+gyEiRLW/0HiP/
=zvWi
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Siard
Jun 10, 2012, 3:10:02 PM6/10/12
to
Paul Seyfert wrote:
> to make it short, I think these are the most relevant packages I have
> installed:
>
> $ dpkg --get-selections | grep install | grep fonts | sed "s/\tinstall//"
> ...
> to make it short, I think these are the most relevant packages I have
> installed:
>
> $ dpkg --get-selections | grep install | grep fonts | sed "s/\tinstall//"
> ...
> $ dpkg --get-selections | grep install | grep ttf | grep -v fonts | sed "s/\tinstall//"
> ...
Your pdf displays correctly in evince 3.4.0 here. (Wheezy)
The only fonts I have installed that are not in this list, and which
may be of any relevance, are:
xfonts-intl-european
xfonts-100dpi-transcoded
xfonts-75dpi-transcoded
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 10, 2012, 4:40:02 PM6/10/12
to
On Sun, 10 Jun 2012 19:44:12 +0200, Paul Seyfert wrote:
> On 10.06.2012 17:27, Camaleón wrote:
>> Not embedding the fonts is a problem if you are planing to redistribute
>> a document that uses mathematical symbols. In such cases, is better to
>> include the fonts in the document although doing so will increase the
>> resulting file size.
>
> actually I have no idea how to tell cernroot to embed fonts. anyhow i
> definitely cannot force all other root users to always embed fonts. So
> even if I embed fonts the problem will reappear when I get files from
> collaborators.
I don't know about that application ("cernroot") so I can't tell how to
> On 10.06.2012 17:27, Camaleón wrote:
>> Not embedding the fonts is a problem if you are planing to redistribute
>> a document that uses mathematical symbols. In such cases, is better to
>> include the fonts in the document although doing so will increase the
>> resulting file size.
>
> actually I have no idea how to tell cernroot to embed fonts. anyhow i
> definitely cannot force all other root users to always embed fonts. So
> even if I embed fonts the problem will reappear when I get files from
> collaborators.
configure the output to force the fonts embedding. I know this can be
done from GS tools (ps2pdf) or another dedicated PDF programs such pdftk,
but what I use most is OOo Writer and exporting as PDF/A-1 which seems to
force all the fonts are embedded in the resulting file.
>> I also get the wrong characters (infinite symbol "∞" instead micro "µ")
>> in Evince.
>>
>>> name type emb sub uni
>>> object ID
>> (...)
>>> ZapfDingbats Type 1 no no no 20 0
>>
>> The only tipography I don't have installed in my system is
>> "ZapfDingbats" and this font is included within Acrobat Reader. This
>> can be problem here.
>
> okay. do you know where I could get it from? is there a package with
> ZapfDingbats or can I get it from the acroread directories?
"Dingbats" installed in my systems (I can see it available from OOo
Writer). This font should be enough as a replacement.
> something else which came to my mind: is there a way to tell a missing
> font from having a wrong font?
>> Tip: if you don't want to embed the fonts, try using unicode symbols
>> instead using specific font foundries.
>
> hm, this I could try. But again that would only fix the creation part of
> the pdf files. I'm more focussed on the displaying part of the problem.
> i.e. I want to be able to display this specific type of fontless pdf
> with exactly the fonts used in there (official collaboration style /
> corporate design / ...).
>> Evince should use the available font paths which are defined in
>> "/etc/fonts/fonts.conf". You can be hitting:
>
> the fonts.conf on the debian machine (where evince doesn't find the
> font) and the ubuntu machine (where evince finds the font) are
> identical. however I'm still searching for something conclusive in the
> included conf.d directories. all entries with zapf are the same on both
> systems.
the original document you can ensure the symbols that display wrongly are
infact using the ZapfDingbats fonts. I think so but is just to be sure.
You mean you already had a "~/.fonts.conf" file created in your home
profile with the required data on it? The bug recommends adding:
<alias binding="same">
<family>ZapfDingbats</family>
<accept><family>Dingbats</family></accept>
</alias>
Is that what you have and is not working? :-?
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 10, 2012, 5:50:03 PM6/10/12
to
On Sun 10 Jun 2012 at 19:44:12 +0200, Paul Seyfert wrote:
> On 10.06.2012 17:27, Camaleón wrote:
> >
> > The only tipography I don't have installed in my system is
> > "ZapfDingbats" and this font is included within Acrobat Reader.
> > This can be problem here.
>
> okay. do you know where I could get it from?
> is there a package with ZapfDingbats or can I get it from the acroread
> directories?
Does ZapfDingbats contain Greek letters? You may be following the wrong
> On 10.06.2012 17:27, Camaleón wrote:
> >
> > The only tipography I don't have installed in my system is
> > "ZapfDingbats" and this font is included within Acrobat Reader.
> > This can be problem here.
>
> okay. do you know where I could get it from?
> is there a package with ZapfDingbats or can I get it from the acroread
> directories?
path if it does not.
> something else which came to my mind: is there a way to tell a missing
> font from having a wrong font?
glyph. Have you tried viewing the pdf with xpdf and/or mupdf? Both of
these (and evince) display the mu correctly on my systems.
I was rather taken with this:
http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 10, 2012, 6:10:02 PM6/10/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hash: SHA1
On 10.06.2012 21:04, Siard wrote:
> Paul Seyfert wrote:
>> to make it short, I think these are the most relevant packages I
>> have installed:
>>
>> $ dpkg --get-selections | grep install | grep fonts | sed
>> "s/\tinstall//" ... ...
>
>> $ dpkg --get-selections | grep install | grep ttf | grep -v fonts
>> | sed "s/\tinstall//" ... ...
>
> Your pdf displays correctly in evince 3.4.0 here. (Wheezy) The only
> fonts I have installed that are not in this list, and which may be
> of any relevance, are:
>
> xfonts-intl-european xfonts-100dpi-transcoded
> xfonts-75dpi-transcoded
same evince version. installing these didn't help.
> Paul Seyfert wrote:
>> to make it short, I think these are the most relevant packages I
>> have installed:
>>
>> $ dpkg --get-selections | grep install | grep fonts | sed
>> "s/\tinstall//" ... ...
>
>> $ dpkg --get-selections | grep install | grep ttf | grep -v fonts
>> | sed "s/\tinstall//" ... ...
>
> Your pdf displays correctly in evince 3.4.0 here. (Wheezy) The only
> fonts I have installed that are not in this list, and which may be
> of any relevance, are:
>
> xfonts-intl-european xfonts-100dpi-transcoded
> xfonts-75dpi-transcoded
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJP1RsTAAoJEPGrO6H3OXolfcoP/iO+4hvjPgtIKPcTtV8ucHHE
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
0nuHvsL7SmD/KTRNmbhj11xLTD24KEO9XDygiLUUFanXe9EsEkSECAjhMZAR34O6
3K9bin1pVz2/n7D3p2Z3A5bGMV6PXjmsAELDmBfdXJoy/ZMNGkMtQopjE2xDnkH0
/XeYxieg7w5HftMbNulzd5kZkMdeIF7/of3xLD7IS2b/51RtGuZAS81ZdG5HDM0v
FHqo09S06CJKvsd0Mo4tJwdEVCt3XxxyWK6nelEhVjGNm9nLoSA46sht/ABBQhyk
gDZ2h9Ijxo1c8kqh9rmtIxRGnrqzin5MHQyWLmpjtING4t4nigos+ezdXWsis11H
uCqopYRpolywrgjNsVAAyTUeTsLHfmGlijRn8sOHY6y67z1p42ElMbCtyGvlpAHC
1Z/Bm8KgVGeU4ZLPWvkFZZIM6yzwHoQfXzfeZLg1z58auhjZKcjAsBgLn8M+mt34
Sx74pyQvnAQdJil2zrvyzc/7JeH8zbXUN2aUMGa9RCrBkOYZtwbrjFxBc6o1Onmb
SuNR8VurnLwLhpulGs0gK0RXGZq0I+jVtyUZzwg7CPhsNL2UAaEIBDIw2sQShYQW
xGzbgQ0USbfO0RimyVX+ysS5/kwp7ThDumJeWO2KUFC1KX0OXutZJeEoezpQOZ8j
aItHw66l5za8zppcawBZ
=sCD8
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 10, 2012, 6:20:02 PM6/10/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>
Hash: SHA1
>
>> something else which came to my mind: is there a way to tell a
>> missing font from having a wrong font?
>
> It looks like your system plus evince has made a substitution for
> a glyph. Have you tried viewing the pdf with xpdf and/or mupdf?
> Both of these (and evince) display the mu correctly on my systems.
>
yeah, mupdf displays it correctly for me. (xpdf doesn't)
>> missing font from having a wrong font?
>
> It looks like your system plus evince has made a substitution for
> a glyph. Have you tried viewing the pdf with xpdf and/or mupdf?
> Both of these (and evince) display the mu correctly on my systems.
>
> I was rather taken with this:
>
> http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
>
>
Thanks,
Paul
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJP1RsuAAoJEPGrO6H3OXolkNwQALAq4u4MHW6FB/ozyJaAR9Qw
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
PGKTGiPnCSqmgc2ruUB6a6bVp3q++DIfG/7f2EGUwS+7IzzK1o47n7F14ptoytz2
aWnIlrptrW8e74UcbI0m+wtjLfEHXWydlst/LLp0GKsl/9Sr6pcXgdP7OYo+1EJv
FPXyNqv+lXgU2XOvLNQdoaP1fWYXh2395UOnS+deNCbqPjoLfiovrBqWJGWy4iBe
bqnNuvDZpoI6ch1vKB7ca+e5LmPUVm80Z4JHgt7mwHSk1Hpy13vTKNLlA1X7mjB9
LZhpbYSmfvdnuUbl7BuYv2j0nPtE9byYLfATffWxZfyp3JC7Ebh4CM/aQugEBMtl
wR+NQkqtWduyvuA8yk+0Ow/KE4uLAJY4sJPMQv/czwiYuj7eG81hHpGLe5Qppt7S
9psURStT/vYrpBkwFmCrKb5hJED+aI7+bE6Gfz5M++6Cq/ZicZ8batpbD3nSfZ81
DS+RIRk3dbUvtYkBQ2fmJnmB5HZHNXkMyWsGJu0UKFSeddho9ZAcvh4E0solGD5F
eI139iAclNChDsSmkRnjuUrkKhZn9bM/uwAEl5dVzZ10kwNkuSyXKwxurw16tfWh
QqJf4nYva3LBwBWZJ9aERBXfiL6saWQg+s5sj0OEFWEPglo+j7ifS/PDghgcWG93
XHwq8AXymduTj6CaKrWj
=BYhH
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 10, 2012, 6:20:02 PM6/10/12
to
>
>> something else which came to my mind: is there a way to tell a missing
>> font from having a wrong font?
>
> It looks like your system plus evince has made a substitution for a
> glyph. Have you tried viewing the pdf with xpdf and/or mupdf? Both of
> these (and evince) display the mu correctly on my systems.
>
yeah, mupdf displays it correctly for me. (xpdf doesn't)
> I was rather taken with this:
>
> http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
>
>
> http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
>
and the repairing method presented here also works!
Thanks,
Paul
Thanks,
Paul
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4FD51B28...@mathphys.fsk.uni-heidelberg.de
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 10, 2012, 7:50:01 PM6/10/12
to
On Mon 11 Jun 2012 at 00:09:44 +0200, Paul Seyfert wrote:
> > It looks like your system plus evince has made a substitution for a
> > glyph. Have you tried viewing the pdf with xpdf and/or mupdf? Both of
> > these (and evince) display the mu correctly on my systems.
> >
> yeah, mupdf displays it correctly for me. (xpdf doesn't)
My xpdf is getting its fonts from the Type1 fonts in the gsfonts
> > It looks like your system plus evince has made a substitution for a
> > glyph. Have you tried viewing the pdf with xpdf and/or mupdf? Both of
> > these (and evince) display the mu correctly on my systems.
> >
> yeah, mupdf displays it correctly for me. (xpdf doesn't)
directory. The files beginning with 's' contain maths symbols. Evince
appears to be looking in the same place. What mupdf doing, I do not
know. You have gsfonts and gsfonts-x11 installed so what your xpdf is
getting up to is intriguing.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 11, 2012, 12:50:02 PM6/11/12
to
On Sun, 10 Jun 2012 20:36:38 +0000, Camaleón wrote:
> On Sun, 10 Jun 2012 19:44:12 +0200, Paul Seyfert wrote:
>
>> On 10.06.2012 17:27, Camaleón wrote:
(...)
> On Sun, 10 Jun 2012 19:44:12 +0200, Paul Seyfert wrote:
>
>> On 10.06.2012 17:27, Camaleón wrote:
> I wonder if the *Dingbats is the real problem here. If you had access to
> the original document you can ensure the symbols that display wrongly
> are infact using the ZapfDingbats fonts. I think so but is just to be
> sure.
ZapfDingbats font but Symbol that makes a difference.
When I add this chunk of text into my "~/.fonts.conf" file, the PDF is
rendered correctly:
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<alias binding="same">
<family>Symbol</family>
<prefer><family>DejaVu Serif</family></prefer>
</alias>
</fontconfig>
"DejaVu Serif" font can be replaced by another one.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 11, 2012, 1:10:01 PM6/11/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hash: SHA1
On 11.06.2012 18:45, Camaleón wrote:
> On Sun, 10 Jun 2012 20:36:38 +0000, Camaleón wrote:
>
>> On Sun, 10 Jun 2012 19:44:12 +0200, Paul Seyfert wrote:
>>
>>> On 10.06.2012 17:27, Camaleón wrote:
(...)
>
> On Sun, 10 Jun 2012 20:36:38 +0000, Camaleón wrote:
>
>> On Sun, 10 Jun 2012 19:44:12 +0200, Paul Seyfert wrote:
>>
>>> On 10.06.2012 17:27, Camaleón wrote:
(...)
>
> Okay, I finally figured out what was the problem: it's not the
> ZapfDingbats font but Symbol that makes a difference.
>
> When I add this chunk of text into my "~/.fonts.conf" file, the PDF
> is rendered correctly:
>
> <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
> <fontconfig> <alias binding="same"> <family>Symbol</family>
> <prefer><family>DejaVu Serif</family></prefer> </alias>
> </fontconfig>
>
> "DejaVu Serif" font can be replaced by another one.
>
Indeed, I can confirm that.
> ZapfDingbats font but Symbol that makes a difference.
>
> When I add this chunk of text into my "~/.fonts.conf" file, the PDF
> is rendered correctly:
>
> <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
> <fontconfig> <alias binding="same"> <family>Symbol</family>
> <prefer><family>DejaVu Serif</family></prefer> </alias>
> </fontconfig>
>
> "DejaVu Serif" font can be replaced by another one.
>
DejaVu Serif however doesn't look like symbol.
Does anyone know which font is used in the repair suggested by Brian:
http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
I would aim for "looks as it's supposed to look" (no matter whether
DejaVu looks better or not).
Cheers,
Paul
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
6MAgsCHhR8qFjdk+E5ldCH220oybwJ4MYqBPlHXld7rhsnP+Cv12p02cNOyODFwA
YbP2Hlb1I6Shy+soxJ/t6UV4TUctCf2KylWo3liSmOVBjLXRQlYbBNOiJwCuUOh0
xnW1Ig61gjr5wzVXhLUWcIMojFZVjRHvt0Mi0Uq1fw41juiYvxizS6em6tMDxh99
+bYglOeOA9QW6FceHr9hN6EEFZPpfySdELdeWgzLovZb3zXjfL/24zDW4DlDR5F5
lI6YpHAlrrWfwoZR5mIP9tjqYdH78ahTRBa/iFH0d26ko1ncS9onSTksAA3weMYY
G8gLbUl1PFM+gFJBbvSy6w1oITRdKXs0CXEpLslPyyQB+E841gFivdzq2HMWNQy1
iYkmZTb1QsJ/81HfEf1WFIJ+cuo7f6TOZlT31C9jSFo+MF3ri/fCjTaB1DtiufNP
o2iaEEF3PfoobKhGXpk8xlFMATsTjOfUfqT9w6xGdP80JyjP0KbV912RjQn3JMQJ
+RwiZfE6YfIJvE5SQg+wXUm7JNrtv1cgNz4k+GdX3hKq3/1HoMuV3Q4fDOaxtFN2
IQqyMogSmZP4aB/6JZnZP95gaZQsSrdnFNBu/98+E0VllRAs5dVY4JZagNFJDv94
1KDgJj/+FVcrvrxdWgkF
=dFpm
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 11, 2012, 1:40:03 PM6/11/12
to
On Mon 11 Jun 2012 at 19:06:35 +0200, Paul Seyfert wrote:
> On 11.06.2012 18:45, Camale�n wrote:
> >
> > Okay, I finally figured out what was the problem: it's not the
> > ZapfDingbats font but Symbol that makes a difference.
> >
> > When I add this chunk of text into my "~/.fonts.conf" file, the PDF
> > is rendered correctly:
> >
> > <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
> > <fontconfig> <alias binding="same"> <family>Symbol</family>
> > <prefer><family>DejaVu Serif</family></prefer> </alias>
> > </fontconfig>
> >
> > "DejaVu Serif" font can be replaced by another one.
> >
>
> Indeed, I can confirm that.
>
> DejaVu Serif however doesn't look like symbol.
It is not likely to. How does pi turn out? And all the other Greek
letters used in maths?
> Does anyone know which font is used in the repair suggested by Brian:
>
>
> http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
>
> I would aim for "looks as it's supposed to look" (no matter whether
> DejaVu looks better or not).
May I suggest this? Move all the font directories in /usr/share/fonts
out of the way. It's probably best to do this in a virtual terminal. To
get anything readable back in X the X11 and opentype directories will
have to put back. Now restore /usr/share/type1/gsfonts and see what your
pdf looks like with xpdf and evince. mupdf doesn't use the fonts in
/usr/share/fonts so it will tell you nothing.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/20120611173254.GE30016@desktop
> On 11.06.2012 18:45, Camale�n wrote:
> >
> > Okay, I finally figured out what was the problem: it's not the
> > ZapfDingbats font but Symbol that makes a difference.
> >
> > When I add this chunk of text into my "~/.fonts.conf" file, the PDF
> > is rendered correctly:
> >
> > <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
> > <fontconfig> <alias binding="same"> <family>Symbol</family>
> > <prefer><family>DejaVu Serif</family></prefer> </alias>
> > </fontconfig>
> >
> > "DejaVu Serif" font can be replaced by another one.
> >
>
> Indeed, I can confirm that.
>
> DejaVu Serif however doesn't look like symbol.
letters used in maths?
> Does anyone know which font is used in the repair suggested by Brian:
>
>
> http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
>
> I would aim for "looks as it's supposed to look" (no matter whether
> DejaVu looks better or not).
out of the way. It's probably best to do this in a virtual terminal. To
get anything readable back in X the X11 and opentype directories will
have to put back. Now restore /usr/share/type1/gsfonts and see what your
pdf looks like with xpdf and evince. mupdf doesn't use the fonts in
/usr/share/fonts so it will tell you nothing.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 11, 2012, 2:00:02 PM6/11/12
to
On Mon, 11 Jun 2012 19:06:35 +0200, Paul Seyfert wrote:
> On 11.06.2012 18:45, Camaleón wrote:
>> Okay, I finally figured out what was the problem: it's not the
>> ZapfDingbats font but Symbol that makes a difference.
>>
>> When I add this chunk of text into my "~/.fonts.conf" file, the PDF is
>> rendered correctly:
>>
>> <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
>> <fontconfig> <alias binding="same"> <family>Symbol</family>
>> <prefer><family>DejaVu Serif</family></prefer> </alias> </fontconfig>
>>
>> "DejaVu Serif" font can be replaced by another one.
>>
>>
> Indeed, I can confirm that.
>
> DejaVu Serif however doesn't look like symbol. Does anyone know which
> font is used in the repair suggested by Brian:
>
>
> http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
The font is Symbol and the PDF mentioned there exposes the same problem
> On 11.06.2012 18:45, Camaleón wrote:
>> Okay, I finally figured out what was the problem: it's not the
>> ZapfDingbats font but Symbol that makes a difference.
>>
>> When I add this chunk of text into my "~/.fonts.conf" file, the PDF is
>> rendered correctly:
>>
>> <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
>> <fontconfig> <alias binding="same"> <family>Symbol</family>
>> <prefer><family>DejaVu Serif</family></prefer> </alias> </fontconfig>
>>
>> "DejaVu Serif" font can be replaced by another one.
>>
>>
> Indeed, I can confirm that.
>
> DejaVu Serif however doesn't look like symbol. Does anyone know which
> font is used in the repair suggested by Brian:
>
>
> http://stackoverflow.com/questions/10277418/the-pdf-viewer-evince-on-linux-can-not-display-some-math-symbols-correctly
as yours. Obviuosly, embedding the font bypasses the issue.
It seems to me that the Symbol font itself has some sort of problem: when
it is referenced (linked) it's badly rendered, when embedded is named
as SymbolMT... Mmm...
These are my available symbols fonts:
sm01@stt008:~$ locate fonts | grep -i symbol
/usr/local/share/fonts/symbol.ttf
/usr/share/cups/fonts/Symbol
/usr/share/fonts/X11/encodings/adobe-symbol.enc.gz
/usr/share/xulrunner-1.9/res/fonts/mathfontStandardSymbolsL.properties
I hope the system is using "symbol.ttf" as the default but I can't tell.
> I would aim for "looks as it's supposed to look" (no matter whether
> DejaVu looks better or not).
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 11, 2012, 2:20:01 PM6/11/12
to
On Mon 11 Jun 2012 at 17:57:32 +0000, Camale�n wrote:
> It seems to me that the Symbol font itself has some sort of problem: when
> it is referenced (linked) it's badly rendered, when embedded is named
> as SymbolMT... Mmm...
As I have described I have no problem seeing the pdf as its maker
> It seems to me that the Symbol font itself has some sort of problem: when
> it is referenced (linked) it's badly rendered, when embedded is named
> as SymbolMT... Mmm...
intended. The only fonts on the system being used are the X11 fonts,
freefont and dejavu (both ttf) and gsfonts. So the Symbol font files
from gsfonts have no problem with the pdf.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 11, 2012, 5:10:02 PM6/11/12
to
On Mon, 11 Jun 2012 19:14:09 +0100, Brian wrote:
> On Mon 11 Jun 2012 at 17:57:32 +0000, Camaleón wrote:
>
>> It seems to me that the Symbol font itself has some sort of problem:
>> when it is referenced (linked) it's badly rendered, when embedded is
>> named as SymbolMT... Mmm...
>
> As I have described I have no problem seeing the pdf as its maker
> intended.
Neither I have it in wheezy but in lenny the two sample PDF files render
with the wrong character. In both systems I have "symbol.ttf" installed
under the same path ("/usr/local/share/fonts/*.ttf").
> The only fonts on the system being used are the X11 fonts, freefont and
> dejavu (both ttf) and gsfonts. So the Symbol font files from gsfonts
> have no problem with the pdf.
Neither I have it in Lenny with stock fonts.
I mean, moving "symbol.ttf" to a different place so it's not detected by
the system makes PDFs appear okay. That means there has to be a problem
with fontconfig or freetype packages in lenny and this specific truetype
font as the others don't present this problem.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/jr5m7b$7p7$2...@dough.gmane.org
> On Mon 11 Jun 2012 at 17:57:32 +0000, Camaleón wrote:
>
>> It seems to me that the Symbol font itself has some sort of problem:
>> when it is referenced (linked) it's badly rendered, when embedded is
>> named as SymbolMT... Mmm...
>
> As I have described I have no problem seeing the pdf as its maker
> intended.
with the wrong character. In both systems I have "symbol.ttf" installed
under the same path ("/usr/local/share/fonts/*.ttf").
> The only fonts on the system being used are the X11 fonts, freefont and
> dejavu (both ttf) and gsfonts. So the Symbol font files from gsfonts
> have no problem with the pdf.
I mean, moving "symbol.ttf" to a different place so it's not detected by
the system makes PDFs appear okay. That means there has to be a problem
with fontconfig or freetype packages in lenny and this specific truetype
font as the others don't present this problem.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 11, 2012, 8:20:02 PM6/11/12
to
On Mon 11 Jun 2012 at 20:59:23 +0000, Camale�n wrote:
> On Mon, 11 Jun 2012 19:14:09 +0100, Brian wrote:
>
>> As I have described I have no problem seeing the pdf as its maker
>> intended.
> Neither I have it in wheezy but in lenny the two sample PDF files render
> with the wrong character. In both systems I have "symbol.ttf" installed
> under the same path ("/usr/local/share/fonts/*.ttf").
The only symbol.ttf I can find in Wheezy at
> On Mon, 11 Jun 2012 19:14:09 +0100, Brian wrote:
>
>> As I have described I have no problem seeing the pdf as its maker
>> intended.
> Neither I have it in wheezy but in lenny the two sample PDF files render
> with the wrong character. In both systems I have "symbol.ttf" installed
> under the same path ("/usr/local/share/fonts/*.ttf").
http://www.debian.org/distrib/packages
is in the libwine package. Is that the correct file? I hope so, because
I went to a lot of trouble to download and install it. :)
Bad news: libwine has symbol.ttf in /usr/share/wine/fonts and the OP's
pdf displays mu, as it should.
Good news (maybe): moving symbol.ttf to /usr/share/fonts reproduces the
OP's problem - mu is displayed as a proportionality symbol.
I may as well throw in something I came across earlier today:
https://bugzilla.redhat.com/show_bug.cgi?id=700729
But this is a different distribution and, in any case, the location of
the Debian wine fonts doesn't affect the pdf. The OP needs to move files
out of the fonts directory to isolate the cause. Either that or, as a
way of working round it, use mupdf, which has the fonts compliled into
the binary.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 12, 2012, 1:30:02 PM6/12/12
to
On Tue, 12 Jun 2012 01:10:59 +0100, Brian wrote:
> On Mon 11 Jun 2012 at 20:59:23 +0000, Camaleón wrote:
>
>> On Mon, 11 Jun 2012 19:14:09 +0100, Brian wrote:
>>
>>> As I have described I have no problem seeing the pdf as its maker
>>> intended.
>
>> Neither I have it in wheezy but in lenny the two sample PDF files
>> render with the wrong character. In both systems I have "symbol.ttf"
>> installed under the same path ("/usr/local/share/fonts/*.ttf").
>
> The only symbol.ttf I can find in Wheezy at
>
> http://www.debian.org/distrib/packages
>
> is in the libwine package. Is that the correct file? I hope so, because
> I went to a lot of trouble to download and install it. :)
I hope you did not install "libwine" just to test this (you can download
the .deb file and grabb only the required file).
I'm using the original Windows TrueType fonts (what I always do is copy/
paste the fonts from my Windows machine to my Linux systems) but well,
for our purpose we can expect that both "symbol.ttf" files (libwine and
windows) are the same :-)
> Bad news: libwine has symbol.ttf in /usr/share/wine/fonts and the OP's
> pdf displays mu, as it should.
>
> Good news (maybe): moving symbol.ttf to /usr/share/fonts reproduces the
> OP's problem - mu is displayed as a proportionality symbol.
For this I can't tell, the OP will have to confirm.
> I may as well throw in something I came across earlier today:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=700729
I experience the same problem with the mentioned PDF in the above bug
(using lenny and the windows symbol.ttf font by default).
> But this is a different distribution and, in any case, the location of
> the Debian wine fonts doesn't affect the pdf. The OP needs to move files
> out of the fonts directory to isolate the cause.
Yes, I would start from there: moving "symbol.ttf" (if present) or
listing all the symbol fonts he has in the system and placing them in a
different place other than the usual, one by one and testing each time.
> Either that or, as a way of working round it, use mupdf, which has the
> fonts compliled into the binary.
Then "mu" does the same as Acrobat Raeder: it uses its own fonts.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/jr7u2a$u1l$8...@dough.gmane.org
> On Mon 11 Jun 2012 at 20:59:23 +0000, Camaleón wrote:
>
>> On Mon, 11 Jun 2012 19:14:09 +0100, Brian wrote:
>>
>>> As I have described I have no problem seeing the pdf as its maker
>>> intended.
>
>> Neither I have it in wheezy but in lenny the two sample PDF files
>> render with the wrong character. In both systems I have "symbol.ttf"
>> installed under the same path ("/usr/local/share/fonts/*.ttf").
>
> The only symbol.ttf I can find in Wheezy at
>
> http://www.debian.org/distrib/packages
>
> is in the libwine package. Is that the correct file? I hope so, because
> I went to a lot of trouble to download and install it. :)
the .deb file and grabb only the required file).
I'm using the original Windows TrueType fonts (what I always do is copy/
paste the fonts from my Windows machine to my Linux systems) but well,
for our purpose we can expect that both "symbol.ttf" files (libwine and
windows) are the same :-)
> Bad news: libwine has symbol.ttf in /usr/share/wine/fonts and the OP's
> pdf displays mu, as it should.
>
> Good news (maybe): moving symbol.ttf to /usr/share/fonts reproduces the
> OP's problem - mu is displayed as a proportionality symbol.
> I may as well throw in something I came across earlier today:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=700729
(using lenny and the windows symbol.ttf font by default).
> But this is a different distribution and, in any case, the location of
> the Debian wine fonts doesn't affect the pdf. The OP needs to move files
> out of the fonts directory to isolate the cause.
listing all the symbol fonts he has in the system and placing them in a
different place other than the usual, one by one and testing each time.
> Either that or, as a way of working round it, use mupdf, which has the
> fonts compliled into the binary.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 22, 2012, 11:50:03 AM6/22/12
to
Okay,
I don't precisely know what fixed it but now the font is correctly
displayed for me. deleting files from /usr/share/fonts/ somewhat brought
unreproducible results. I started font-manager (which I believed to be
inactive since I commented out the corresponding entries in
~/.fonts.conf). In debuging earlier I added the symbol.ttf which comes
with cernroot to the user fonts of the font-manager (didn't help back then).
Now I removed symbol.ttf from the font manager and restored
/usr/share/fonts to how my standard package installation prepared it.
Now the plot gets displayed correctly.
my conclusion:
- no idea what went wrong before I installed font-manager
- symbol.ttf which comes with cernroot is behaving strangely
using it for displaying causes wrong displaying of non embedded greek
letters.
- if you create pdfs always embed fonts
- I learned the gs command to repair pdfs.
- ttf files not only help displaying fonts, they can also break it.
Thanks for all suggestions,
Paul
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4FE477A7...@mathphys.fsk.uni-heidelberg.de
I don't precisely know what fixed it but now the font is correctly
displayed for me. deleting files from /usr/share/fonts/ somewhat brought
unreproducible results. I started font-manager (which I believed to be
inactive since I commented out the corresponding entries in
~/.fonts.conf). In debuging earlier I added the symbol.ttf which comes
with cernroot to the user fonts of the font-manager (didn't help back then).
Now I removed symbol.ttf from the font manager and restored
/usr/share/fonts to how my standard package installation prepared it.
Now the plot gets displayed correctly.
my conclusion:
- no idea what went wrong before I installed font-manager
- symbol.ttf which comes with cernroot is behaving strangely
using it for displaying causes wrong displaying of non embedded greek
letters.
- if you create pdfs always embed fonts
- I learned the gs command to repair pdfs.
- ttf files not only help displaying fonts, they can also break it.
Thanks for all suggestions,
Paul
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 22, 2012, 12:20:02 PM6/22/12
to
On Fri, 22 Jun 2012 15:48:23 +0200, Paul Seyfert wrote:
> Okay,
> I don't precisely know what fixed it but now the font is correctly
> displayed for me. deleting files from /usr/share/fonts/ somewhat brought
> unreproducible results.
You deleted all the fonts under "/usr/share/fonts/" path? :-?
> Okay,
> I don't precisely know what fixed it but now the font is correctly
> displayed for me. deleting files from /usr/share/fonts/ somewhat brought
> unreproducible results.
> I started font-manager (which I believed to be inactive since I
> commented out the corresponding entries in ~/.fonts.conf). In debuging
> earlier I added the symbol.ttf which comes with cernroot to the user
> fonts of the font-manager (didn't help back then). Now I removed
> symbol.ttf from the font manager and restored /usr/share/fonts to how
> my standard package installation prepared it. Now the plot gets
> displayed correctly.
renaming/moving MS TrueType Symbol font from "/usr/local/share/fonts/"
thus forcing the system to use another one.
> my conclusion:
> - no idea what went wrong before I installed font-manager
> - symbol.ttf which comes with cernroot is behaving strangely
> using it for displaying causes wrong displaying of non embedded greek
> letters.
of the symbol font was different than yours.
> - if you create pdfs always embed fonts
that good when you put in practice :-P
- I learned the gs command to repair pdfs.
have no access to the original document.
- ttf files not only help displaying fonts, they can also break it.
wheezy the problem is not present even using symbol.ttf).
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 22, 2012, 1:30:03 PM6/22/12
to
On Fri 22 Jun 2012 at 16:11:49 +0000, Camaleón wrote:
> On Fri, 22 Jun 2012 15:48:23 +0200, Paul Seyfert wrote:
>
> > - symbol.ttf which comes with cernroot is behaving strangely
> > using it for displaying causes wrong displaying of non embedded greek
> > letters.
>
> The behaviour you get is similar to mine, despite in my case the source
> of the symbol font was different than yours.
I wonder whether it is. His has "Copyright URW Software, Copyright 1997
> On Fri, 22 Jun 2012 15:48:23 +0200, Paul Seyfert wrote:
>
> > - symbol.ttf which comes with cernroot is behaving strangely
> > using it for displaying causes wrong displaying of non embedded greek
> > letters.
>
> The behaviour you get is similar to mine, despite in my case the source
> of the symbol font was different than yours.
by URW" in the file.
This font is menace on a Debian system. As both of you have found out it
needs to be put somewhere where fontconfig does not look. Examining it
with fontforge reveals the unicode values for the glyphs are incorrect.
Not that the GPL version of the same font in wine has anything to boast
about - it too suffers from an identical defect.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 22, 2012, 1:50:01 PM6/22/12
to
Hi,
>
> You deleted all the fonts under "/usr/share/fonts/" path? :-?
no, I did as was suggested by brian (keep the X fonts and gsfonts)
>
> - ttf files not only help displaying fonts, they can also break it.
>
> This is not because of TTF but a bug coming from a different place (in
> wheezy the problem is not present even using symbol.ttf).
>
strange...
cheers,
Paul
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4FE4AF91...@mathphys.fsk.uni-heidelberg.de
>
> You deleted all the fonts under "/usr/share/fonts/" path? :-?
>
> - ttf files not only help displaying fonts, they can also break it.
>
> This is not because of TTF but a bug coming from a different place (in
> wheezy the problem is not present even using symbol.ttf).
>
cheers,
Paul
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 22, 2012, 1:50:02 PM6/22/12
to
On Fri, 22 Jun 2012 18:25:55 +0100, Brian wrote:
> On Fri 22 Jun 2012 at 16:11:49 +0000, Camaleón wrote:
>
>> On Fri, 22 Jun 2012 15:48:23 +0200, Paul Seyfert wrote:
>>
>> > - symbol.ttf which comes with cernroot is behaving strangely
>> > using it for displaying causes wrong displaying of non embedded
>> > greek letters.
>>
>> The behaviour you get is similar to mine, despite in my case the source
>> of the symbol font was different than yours.
>
> I wonder whether it is. His has "Copyright URW Software, Copyright 1997
> by URW" in the file.
What file? You mean the .ttf font? :-?
> On Fri 22 Jun 2012 at 16:11:49 +0000, Camaleón wrote:
>
>> On Fri, 22 Jun 2012 15:48:23 +0200, Paul Seyfert wrote:
>>
>> > - symbol.ttf which comes with cernroot is behaving strangely
>> > using it for displaying causes wrong displaying of non embedded
>> > greek letters.
>>
>> The behaviour you get is similar to mine, despite in my case the source
>> of the symbol font was different than yours.
>
> I wonder whether it is. His has "Copyright URW Software, Copyright 1997
> by URW" in the file.
When I open "symbol.ttf" from MC I see "The Monotype Corporation plc/Time
Solutions Inc. 1990-1992. All Rights ReservedSymbolRegular... blah, blah"
> This font is menace on a Debian system. As both of you have found out
> it needs to be put somewhere where fontconfig does not look. Examining
> it with fontforge reveals the unicode values for the glyphs are
> incorrect. Not that the GPL version of the same font in wine has
> anything to boast about - it too suffers from an identical defect.
so to my eyes is not the font that is a menace but a bug located
elsewhere in both Squeeze and Lenny :-)
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 22, 2012, 3:00:03 PM6/22/12
to
On Fri 22 Jun 2012 at 17:42:26 +0000, Camaleón wrote:
> On Fri, 22 Jun 2012 18:25:55 +0100, Brian wrote:
>
> > On Fri 22 Jun 2012 at 16:11:49 +0000, Camaleón wrote:
> >
> >> On Fri, 22 Jun 2012 15:48:23 +0200, Paul Seyfert wrote:
> >>
> >> > - symbol.ttf which comes with cernroot is behaving strangely
> >> > using it for displaying causes wrong displaying of non embedded
> >> > greek letters.
> >>
> >> The behaviour you get is similar to mine, despite in my case the source
> >> of the symbol font was different than yours.
> >
> > I wonder whether it is. His has "Copyright URW Software, Copyright 1997
> > by URW" in the file.
>
> What file? You mean the .ttf font? :-?
Of course.
> On Fri, 22 Jun 2012 18:25:55 +0100, Brian wrote:
>
> > On Fri 22 Jun 2012 at 16:11:49 +0000, Camaleón wrote:
> >
> >> On Fri, 22 Jun 2012 15:48:23 +0200, Paul Seyfert wrote:
> >>
> >> > - symbol.ttf which comes with cernroot is behaving strangely
> >> > using it for displaying causes wrong displaying of non embedded
> >> > greek letters.
> >>
> >> The behaviour you get is similar to mine, despite in my case the source
> >> of the symbol font was different than yours.
> >
> > I wonder whether it is. His has "Copyright URW Software, Copyright 1997
> > by URW" in the file.
>
> What file? You mean the .ttf font? :-?
> When I open "symbol.ttf" from MC I see "The Monotype Corporation plc/Time
> Solutions Inc. 1990-1992. All Rights ReservedSymbolRegular... blah, blah"
> > This font is menace on a Debian system. As both of you have found out
> > it needs to be put somewhere where fontconfig does not look. Examining
> > it with fontforge reveals the unicode values for the glyphs are
> > incorrect. Not that the GPL version of the same font in wine has
> > anything to boast about - it too suffers from an identical defect.
>
> Well, as I already explained, the same TrueType font works well in Wheezy
> so to my eyes is not the font that is a menace but a bug located
> elsewhere in both Squeeze and Lenny :-)
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 23, 2012, 5:00:02 AM6/23/12
to
On Fri, 22 Jun 2012 19:58:04 +0100, Brian wrote:
> On Fri 22 Jun 2012 at 17:42:26 +0000, Camaleón wrote:
(...)
> On Fri 22 Jun 2012 at 17:42:26 +0000, Camaleón wrote:
>> > I wonder whether it is. His has "Copyright URW Software, Copyright
>> > 1997 by URW" in the file.
>>
>> What file? You mean the .ttf font? :-?
>
> Of course.
>
>> When I open "symbol.ttf" from MC I see "The Monotype Corporation
>> plc/Time Solutions Inc. 1990-1992. All Rights ReservedSymbolRegular...
>> blah, blah"
>
> You have a different file from Paul then.
(symbol.ttf) but the file comes from a different "manufacturer", so to
speak.
>> > This font is menace on a Debian system. As both of you have found out
>> > it needs to be put somewhere where fontconfig does not look.
>> > Examining it with fontforge reveals the unicode values for the glyphs
>> > are incorrect. Not that the GPL version of the same font in wine has
>> > anything to boast about - it too suffers from an identical defect.
>>
>> Well, as I already explained, the same TrueType font works well in
>> Wheezy so to my eyes is not the font that is a menace but a bug located
>> elsewhere in both Squeeze and Lenny :-)
>
> Where can we download this file to test?
Windows XP¹, I can send you the file if you want to play with it.
¹http://www.microsoft.com/typography/fonts/winxp.htm
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Paul Seyfert
Jun 23, 2012, 6:40:02 AM6/23/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Hash: SHA1
>
> Where can we download this file to test?
>
>
URL: https://root.cern.ch/svn/root/tags/v5-30-04/fonts
Cheers,
Paul
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
p95E8CBZjUYKUlS8zNlmDwhx3PGg6zD0Zbt3BWWtEiDSgTsuDguI7H0FC1Y8JxjK
Iydl46hCv3l6n4+uL/aqSGhNMEo/cm9yyJt5stY5a7CtO/NP+tUWTjrRS/LFkofA
m6xSk+nlVmsJ7l9BxPBvPXkRnzudRopu64A5Fg3ztr30Jp6o21zhomuZmiTZpcr9
2Le+CIrXKMTDifQzb8nqgjbb3HtXDEaQ/idlxT1ePGXR2f1CUJSThIn0bIuovyay
O8G0RLJbINtAz+Y9ylEYqResapWYX1uBRI8N6REqs+sT64mHyoughonWv5xopt2B
thEgYMOJNgTVi8rTynSNY9JyIx8k9RjVMFVln8aNALdQNxFb1atoVZkQpxKggH9f
C1m+xTEOkdyLidMQVwIjjEyYGn17MaqDB1rCG4Pda8vH+5fLiC+TFSBjnLn+HK5l
XMr3R8ziCAF50itjrZveBD6jDV73XBNQ42bDDBwVDDdEOBRHftO8tQ4rpjPoVnEA
UIAcjNdcEAPUXBuMewmeHNJKMq7Zveu9RzUEslv6LWKu6B7c21/SNw4BS3GNVYpZ
0e2Cz74Jui8DdbU3v/c/yplyyK//UP6nNVUArgmGkkl+z4B3A8kGSL/gVO5E97t8
mj/QFK8UmAoQio/tDMRc
=0tXA
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jun 23, 2012, 11:50:01 AM6/23/12
to
On Sat, 23 Jun 2012 08:54:47 +0000, Camaleón wrote:
(...)
>>> Well, as I already explained, the same TrueType font works well in
>>> Wheezy so to my eyes is not the font that is a menace but a bug
>>> located elsewhere in both Squeeze and Lenny :-)
Mmm... after running more tests in Wheezy I realized that *any* of the
symbol.ttf fonts I've tested (Paul's and mine) are failing to render the
PDF.
What happened is that I forgot to remove the "~/.fonts.conf" when I was
doing the first tests and instead rendering Symbol it was being replaced
with a different font, that's why I thought in Wheezy was working fine.
After removing "~/.fonts.conf" and having the MS (or URW) symbol.ttf
under "/usr/local/share/fonts" the sample PDF is still showing the wrong
characters.
>> Where can we download this file to test?
>
> I'm using the Symbol TrueType font that came by default along with
> Windows XP¹, I can send you the file if you want to play with it.
And here it comes another recent discovery I've made that points to a
glyphs problem... if I open the sample PDF file (Fig5.pdf) with a text
editor (mcedit Fig5.pdf), scroll down to line #134 and add the following
(#135):
#134 /BaseFont /Symbol
#135 /Encoding /MacRomanEncoding << this line
Save the document and open again with a PDF reader, et voilà, the
characters are properly displayed. So what can be happening after all is
that the "symbol.ttf" fonts we are using lack for the required glyphs to
render a specific set of the encoded characters but not all.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/js4o11$io1$1...@dough.gmane.org
(...)
>>> Well, as I already explained, the same TrueType font works well in
>>> Wheezy so to my eyes is not the font that is a menace but a bug
>>> located elsewhere in both Squeeze and Lenny :-)
symbol.ttf fonts I've tested (Paul's and mine) are failing to render the
PDF.
What happened is that I forgot to remove the "~/.fonts.conf" when I was
doing the first tests and instead rendering Symbol it was being replaced
with a different font, that's why I thought in Wheezy was working fine.
After removing "~/.fonts.conf" and having the MS (or URW) symbol.ttf
under "/usr/local/share/fonts" the sample PDF is still showing the wrong
characters.
>> Where can we download this file to test?
>
> I'm using the Symbol TrueType font that came by default along with
> Windows XP¹, I can send you the file if you want to play with it.
glyphs problem... if I open the sample PDF file (Fig5.pdf) with a text
editor (mcedit Fig5.pdf), scroll down to line #134 and add the following
(#135):
#134 /BaseFont /Symbol
#135 /Encoding /MacRomanEncoding << this line
Save the document and open again with a PDF reader, et voilà, the
characters are properly displayed. So what can be happening after all is
that the "symbol.ttf" fonts we are using lack for the required glyphs to
render a specific set of the encoded characters but not all.
Greetings,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Brian
Jun 24, 2012, 5:10:02 AM6/24/12
to
On Sat 23 Jun 2012 at 08:54:47 +0000, Camaleón wrote:
> I'm using the Symbol TrueType font that came by default along with
> Windows XP¹, I can send you the file if you want to play with it.
Thank you for the offer. I managed to get it from elsewhere.
> I'm using the Symbol TrueType font that came by default along with
> Windows XP¹, I can send you the file if you want to play with it.
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
0 new messages