After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 641959 - "Italic" attribute is lost for sans font int PDF export on Windows
"Italic" attribute is lost for sans font int PDF export on Windows
Status: RESOLVED OBSOLETE
Product: pango
Classification: Platform
Component: win32
1.26.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
pango-maint
Depends on:
Blocks:
 
 
Reported: 2011-02-09 19:34 UTC by Steffen Macke
Modified: 2018-05-22 12:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Correct PDF created with dia-0-97 (20.01 KB, application/pdf)
2011-07-03 18:18 UTC, Hans Breuer
Details
The diagram used to create the PDF (8.17 KB, application/x-dia-diagram)
2011-07-03 18:20 UTC, Hans Breuer
Details
Incorrect PDF created with dia 0.97.1-1 (25.16 KB, application/x-download)
2011-07-03 18:46 UTC, Bart.S
Details
screenshot of Sans.Dia on another WinXP SP3 machine (5.64 KB, image/png)
2011-07-06 13:34 UTC, Bart.S
Details

Description Steffen Macke 2011-02-09 19:34:13 UTC
Reported today on the mailing list.
Reproduced.

* Add an italic sans text to the diagram
* Export to PDF using the Cairo PDF export
* Text in PDF is not italic

Maybe a problem of the underlying cairo library?
Comment 1 Steffen Macke 2011-02-09 19:35:13 UTC
Workaround: Use a different font, e.g. Arial
Comment 2 Hans Breuer 2011-02-09 20:04:45 UTC
My guess would be underlying cairo or pangocairo, too. It works for me though with the version I'm developing against: cairo 1.9.x and pango 1.24 and can not reproduce the issue.
But also it works with dia-0.97.1-0 from dia-installer on win xp.

Bug reports should not be about guessing ;)
Comment 3 Bart.S 2011-02-10 10:30:43 UTC
Can reproduce here too. Dia Portable 0.97.1-1 on Win XP Sp3
sans doesn't work, other fonts seem to work fine.

Btw: Why is it called Oblique for some fonts and Italic for others?
e.g. Times New Roman Italic vs. Arial Oblique
Comment 4 Tobias Mueller 2011-07-02 16:04:07 UTC
Reopening as per comment #3.
Comment 5 Hans Breuer 2011-07-02 17:08:44 UTC
Sorry for not being clear: please give the pango/pangocairo/cairo version used to reproduce the issue. It is mostly probably that or its configuration. You can get these version by running Dia from the command line with
 dia --version --verbose
Comment 6 Bart.S 2011-07-02 18:34:55 UTC
Say what you need and I'll give it to you. ;-)

Library versions (at compile time)
libpng: 1.2.40 (1.2.40)
libxml: 2.7.7 (2.7.6)
glib: 2.22.3 (2.22.3)
pango: 1.26.1 (1.26.1)
cairo: 1.8.8 (1.8.8)
gtk+: 2.16.6 (2.16.6)
Comment 7 Hans Breuer 2011-07-03 18:18:11 UTC
Created attachment 191192 [details]
Correct PDF created with dia-0-97

Still works for me with similar versions (and with slightly different ones):

Dia-Version 0.97.1, kompiliert 20:41:04 Jan 24 2010
Compiler: MSC 1200
  with : threads cairo libart
Library versions (at compile time)
libpng  : 1.2.40 (1.2.40)
libxml  : 2.7.6 (2.7.6)
glib    : 2.22.3 (2.22.3)
pango   : 1.26.1 (1.26.1)
cairo   : 1.8.8 (1.8.8)
gtk+    : 2.18.5 (2.18.5)
Comment 8 Hans Breuer 2011-07-03 18:20:53 UTC
Created attachment 191193 [details]
The diagram used to create the PDF

Maybe a PDF attached created by a not working version would give a clue.
Comment 9 Bart.S 2011-07-03 18:46:51 UTC
Created attachment 191194 [details]
Incorrect PDF created with dia 0.97.1-1

Here is mine.
Comment 10 Bart.S 2011-07-06 13:34:13 UTC
Created attachment 191395 [details]
screenshot of Sans.Dia on another WinXP SP3 machine

That's really strange. I opened your example file on another Win XP Sp3 machine (still using the same Dia Portable version). It looks like the attached screenshot in Dia, but the pdf export is correct (Colors and Italics).

Maybe it has something to do with other installed software, I don't know (I'm just an user). 
The first WinXP Sp3 machine has Adobe Acrobat installed, the second not.
Furthermore the first one has other GTK apps installed (Gimp, Inkscape) and the second not. Hope that helps a bit. ;-)
Comment 11 Hans Breuer 2011-07-06 18:17:32 UTC
I don't think this has anything to do with additional software installed. With some analysis of the attached PDF and addtional test the problem is not Sans, but e.g. Tahoma (which on your system is the font Pango is using for Sans. On my system the real font used is DejaVu Sans.)

I'm uncertain if this is an issue already in Pango's interaction with the cairo PDF backend or solely an issues of the cairo PDF backend itself. It looks like the synthesized font attribute Italic/Oblique is not considered by the PDF 
backend. But it is properly used in the cairo display renderer (image backend) and also the cairo PNG backend.
Comment 12 GNOME Infrastructure Team 2018-05-22 12:58:01 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/pango/issues/187.