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 120337 - exported EPS diagrams get wrong font metrics
exported EPS diagrams get wrong font metrics
Status: RESOLVED OBSOLETE
Product: dia
Classification: Other
Component: exports
0.94
Other Linux
: Normal normal
: ---
Assigned To: Dia maintainers
Dia maintainers
: 133725 317160 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-08-20 18:56 UTC by Johan
Modified: 2019-03-20 11:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
dia file: different font metrics in eps export than onscreen (2.52 KB, application/octet-stream)
2003-08-21 18:40 UTC, Johan
Details

Description Johan 2003-08-20 18:56:44 UTC
I have a small UML diagram, in 0.91. In DIA display, the UML class box has
a nice bit of margin around the method name+signature (the longest, hence
width defining line). In the exported EPS, the margin is zero, or even
slightly negative: the UML class box intersects the last letter of the
return type of the method.

I'm suprised at this, as I was under the impression that 0.91 beziered all
fonts, so it should be able to precisely recreate onscreen diagram. 

workaround for now is to pad names with spaces.
Comment 1 Lars Clausen 2003-08-21 05:57:29 UTC
I'm quite surprised too.  We do indeed bezier the characters, much to
the annoyance of PDF users, to avoid that problem.  Can you attach an
example diagram?
Comment 2 Johan 2003-08-21 18:40:02 UTC
Created attachment 19418 [details]
dia file: different font metrics in eps export than onscreen
Comment 3 Johan 2003-08-21 18:41:17 UTC
> bezier the characters, much to the annoyance of PDF users,

Heh. bug 111364 by yours truly
Comment 4 Lars Clausen 2003-08-21 21:31:06 UTC
Ah, I see.  That's because the EPS output doesn't do the tweaking of
the scale that screen output does.  The screen font size is
automatically adjusted for each string to avoid overruns like this,
but we don't do that for EPS.

In fact, I will have to check on the kerning capabilities of Pango. 
That'd be a much better way to adjust the width.
Comment 5 Hans Breuer 2004-05-20 22:25:24 UTC
*** Bug 133725 has been marked as a duplicate of this bug. ***
Comment 6 i.pilcher 2005-07-17 18:50:22 UTC
I believe that I am seeing this bug.  Interestingly, the problem is absent
(or at least much less severe) when exporting an EPS with Latin1 fonts.

I created a diagram with a single UML Class object and exported it as both
Pango-EPS and Latin1-EPS files.  The bounding box (which roughly corresponds
to the size of the Class object) was exactly the same in both files.

This bug also affects printing.  Might I suggest that its priority should be
raised?
Comment 7 Christian Kirbach 2005-09-25 13:52:44 UTC
*** Bug 317160 has been marked as a duplicate of this bug. ***
Comment 8 Christian Kirbach 2005-09-25 13:54:28 UTC
still present in 0.94 , setting version

example dia attachment #52630 [details]
example eps export: attachment #52631 [details]

correct png export attachment #52632 [details]
Comment 9 ferrazrafael 2010-06-29 13:27:23 UTC
similar problem in 0.97, Text is printed in eps losing the original orientation. I make the text centered in a object, but when I export it to eps, it randomly lose orientation.
Comment 10 GNOME Infrastructure Team 2019-03-20 11:08:08 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/dia/issues/89.