In looking at the document's properties and selecting the "fonts" tab I noticed that it was using /usr/share/fonts/google-croscore/SymbolNeu.ttf for symbols on my F19 system. This comes with the google-croscore-symbolneu-fonts package. Erasing this package resulted in a "delta" being displayed as /usr/share/fonts/default/Type1/s050000l.pfb is now being used.
In my case, I use for symbol: /usr/sahre/fonts/wine-symbol-fonts/symbol.ttf
In my opinion, this is the faultry font. I dug a bit,
In the symbol font, the Delta character is U+0394, while the increment character is U+2206 (looks very simiar to a Delta), and it is just beside the empty set character U+2205, the one which is probably displayed (like a Phi). So, there is a mess up here.
FWIW, the same issue exists in the current F20 Beta. I'll be filling a bugzilla on this.....
-- Getting tired of non-Fedora discussions and self-serving posts -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
=========================================================================== Patrick DUPRÉ | | email: pdupre@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France ===========================================================================
On 12/04/13 18:19, Patrick Dupre wrote:
In looking at the document's properties and selecting the "fonts" tab I noticed that it was using /usr/share/fonts/google-croscore/SymbolNeu.ttf for symbols on my F19 system. This comes with the google-croscore-symbolneu-fonts package. Erasing this package resulted in a "delta" being displayed as /usr/share/fonts/default/Type1/s050000l.pfb is now being used.
In my case, I use for symbol: /usr/sahre/fonts/wine-symbol-fonts/symbol.ttf
In my opinion, this is the faultry font. I dug a bit,
In the symbol font, the Delta character is U+0394, while the increment character is U+2206 (looks very simiar to a Delta), and it is just beside the empty set character U+2205, the one which is probably displayed (like a Phi). So, there is a mess up here.
Since I don't have wine installed on my system, I don't have /usr/share/fonts/wine-symbol-fonts/symbol.ttf .
The fact that it fails with the google-croscore-symbolneu-fonts package as well would indicate that it isn't a font file issue. In fact, if you use something such as the Gnome Character Map you'd see that the character displays properly in that app no matter which font you select.
Additionally, the character in your test.pdf is U+2206.
I copied it and pasted it to terminal in the following manner....
[egreshko@meimei ~]$ echo ∆ | od -bc 0000000 342 210 206 012 342 210 206 \n
While the Delta character is U+0394 produces...
[egreshko@meimei F20-TC4]$ echo Δ | od -bc 0000000 316 224 012 316 224 \n
For completeness......
[egreshko@meimei ~]$ echo ∅ | od -bc 0000000 342 210 205 012 342 210 205 \n
Pretty sure this is an evince issue....
https://bugzilla.redhat.com/show_bug.cgi?id=1037882
On 12/04/13 18:37, Ed Greshko wrote:
The fact that it fails with the google-croscore-symbolneu-fonts package as well would indicate that it isn't a font file issue. In fact, if you use something such as the Gnome Character Map you'd see that the character displays properly in that app no matter which font you select.
The KDE utility kcharselect is actually a bit better when paired with the output of od as it shows....
Various Useful Representations UTF-8: 0xE2 0x88 0x86 UTF-16: 0x2206 C octal escaped UTF-8: \342\210\206
Which matches what I previous wrote....
[egreshko@meimei ~]$ echo ∆ | od -bc 0000000 342 210 206 012 342 210 206 \n
Allegedly, on or about 04 December 2013, Ed Greshko sent:
The fact that it fails with the google-croscore-symbolneu-fonts package as well would indicate that it isn't a font file issue. In fact, if you use something such as the Gnome Character Map you'd see that the character displays properly in that app no matter which font you select.
What about other PDF rendering applications?
On 12/04/13 19:16, Tim wrote:
Allegedly, on or about 04 December 2013, Ed Greshko sent:
The fact that it fails with the google-croscore-symbolneu-fonts package as well would indicate that it isn't a font file issue. In fact, if you use something such as the Gnome Character Map you'd see that the character displays properly in that app no matter which font you select.
What about other PDF rendering applications?
You would have to ask that question and screw things up.... :-)
okular also exhibits the same failure. The dreaded acroread does not. xpdf also does not exhibit a failure.
lsof shows xpdf using
/usr/share/fonts/default/Type1/s050000l.pfb and /usr/share/fonts/default/Type1/n021003l.pfb
While acroread appears to be using only /usr/share/fonts/dejavu/DejaVuSans.ttf
This is on F19.
On 12/04/13 19:59, Ed Greshko wrote:
On 12/04/13 19:16, Tim wrote:
Allegedly, on or about 04 December 2013, Ed Greshko sent:
The fact that it fails with the google-croscore-symbolneu-fonts package as well would indicate that it isn't a font file issue. In fact, if you use something such as the Gnome Character Map you'd see that the character displays properly in that app no matter which font you select.
What about other PDF rendering applications?
You would have to ask that question and screw things up.... :-)
okular also exhibits the same failure. The dreaded acroread does not. xpdf also does not exhibit a failure.
lsof shows xpdf using
/usr/share/fonts/default/Type1/s050000l.pfb and /usr/share/fonts/default/Type1/n021003l.pfb
While acroread appears to be using only /usr/share/fonts/dejavu/DejaVuSans.ttf
This is on F19.
Maybe an ah ha moment.
Selecting Symbol Neu font in LibreOffice Word and typing ∆ results in an empty square being displayed. This would seem to indicate that Symbol Neu doesn't have the glyph for U+2206 and somehow there is a problem when a substitute font is chosen.
On 04.12.2013 11:37, Ed Greshko wrote:
[egreshko@meimei F20-TC4]$ echo Δ | od -bc
You are running ahead, Ed. F20 ain't an official, so https://admin.fedoraproject.org/mailman/listinfo/test
poma
-
Ed Greshko -
Patrick Dupre -
poma -
Tim