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 317743 - Character rendering broken, unpredictable apparent size changes
Character rendering broken, unpredictable apparent size changes
Status: RESOLVED DUPLICATE of bug 153609
Product: dia
Classification: Other
Component: general
0.94
Other Linux
: Normal major
: ---
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2005-10-02 13:41 UTC by Henrik Nilsson
Modified: 2005-10-08 22:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A Dia diagram edited using Dia 0.94 (1.81 KB, application/octet-stream)
2005-10-02 13:47 UTC, Henrik Nilsson
Details
Result of converting the file workplan.dia into eps using Dia 0.94 (85.57 KB, application/octet-stream)
2005-10-02 13:49 UTC, Henrik Nilsson
Details
Result of convering workplan.dia into eps using Dia 0.92.2 (86.33 KB, application/octet-stream)
2005-10-02 13:50 UTC, Henrik Nilsson
Details

Description Henrik Nilsson 2005-10-02 13:41:23 UTC
Distribution/Version: Fedora Core 4 and Mandrake

Rendering of text in Dia 0.94 hardly works at all for me.
This is on a Fedora Core 4 system, but I have experienced
exactly the smake problem on Mandrake system with versions
of Dia from 0.93 and up. Also, if I simply downgrade by
installing a Dia 0.92.2 RPM on my Fedora System, the
problem goes away, suggesting that it really has to do
with Dia as opposed to some components Dia depends on
(although, of course, I guess the external dependences
might have changed).

To reproduce, all I have to do is to create a new diagram,
create a text object or two, and change the text a few times.

Sooner or later, Dia gets into a state where typing a single character
causes the apparent size (as rendereded on screen) of the characters
to shrink radically, by a factor of 10 or so. By typing another character,
the apparent size often gets back to normal, type one more and everything
shrinks again, and so on.

By moving the cursor back and forth, inserting or deleting charaters here
and there, or by adding trailing spaces, it is sometimes possible to
get the text to stay big and to be the text one want it to be, at least
for a while.

Changing the zoom settings can also restore things to normal for a while.
Changing the font size slightly (and back and forth) can also restore
things for a while.

However, quite often, even if one somehow has managed to nudge
all text into looking as it should, doing some minor edits in an
unrelated part of the diagram can cause the text appearance to become
messed up again.

Worst of all, when running Dia in batch mode to export eps,
even if the diagram was saved in a state where everything looked
good, it sometimes comes out badly mangled.

I'll try to include a diagram created by Dia 0.94 and the results
of translating that into eps using both Dia 0.94 and Dia 0.92.2
(on exactly the same Fedora 4 system immediately after having
downgraded Dia 0.94 to 0.92.2) to show what I mean.
Comment 1 Henrik Nilsson 2005-10-02 13:47:39 UTC
Created attachment 52935 [details]
A Dia diagram edited using Dia 0.94

A Dia diagram edited using Dia 0.94.
Right now, when I open it in Dia 0.94, the font rendering
is in a confused state, causing some of the strings
to be rendered far smaller than what they should be.

When translated in batch to eps using Dia 0.94,
the output is also wrong, but in a different way
than on screen.

When translated in batch to eps using Dia 0.92.2,
everything looks good.
Comment 2 Henrik Nilsson 2005-10-02 13:49:29 UTC
Created attachment 52936 [details]
Result of converting the file workplan.dia into eps using Dia 0.94

Result of converting the file workplan.dia into eps using Dia 0.94.
Some of the sizes are wrong, but in a different way than how the
file is rendered on Screen using Dia 0.94.
Comment 3 Henrik Nilsson 2005-10-02 13:50:45 UTC
Created attachment 52937 [details]
Result of convering workplan.dia into eps using Dia 0.92.2

Result of convering workplan.dia into eps using Dia 0.92.2.
Here everything looks just fine.
Comment 4 Jens Getreu 2005-10-06 21:45:29 UTC
I observed the same strage behavior under SuSE 9.3 and Windows.
Comment 5 Hans Breuer 2005-10-08 22:09:32 UTC
Thanks for helping us to put this bug at the top of our most reported
bugs ;) Oh wait - it already was.
http://bugzilla.gnome.org/reports/product-mostfrequent.cgi?product=dia

*** This bug has been marked as a duplicate of 153609 ***