RE: dia 0.88-1 export problem?

["Tariq Rashid" <tariq inty net>]

 soory to repeat post - if its any help - i've been editting the following
inthe eps to get a reasonable diagram out so i can convert it to png...

 %% BoundingBox 0 0 x y   <- x,y were negative from dia-0.88-1 on freebsd
4.4-rel
 x y translate            <- x,y were very very large ... changed to smaller
vals byy trial ands error

does this shed any light?

keep up the good work - dia is gping to be reall solid!

t

-----Original Message-----
From: dia-list-admin@gnome.org [mailto:dia-list-admin@gnome.org]On
Behalf Of Tariq Rashid
Sent: 22 January 2002 13:18
To: dia-list@gnome.org
Subject: RE: dia 0.88-1 export problem?



 re: bad export (pape.scaling?... eps contains MASSIVE "translate values"

 thanks for the comments - i'll look into it more tonight...

 in answer to your question the platform is freebsd 4.4-release using
dia-0.88-1

 your workaround suggest changing the paper.scaling - how do i do this? i
think i see the .dia file as binary and doing an fgrep on it shows no
matching strings?

tariq

-----Original Message-----
From: dia-list-admin@gnome.org [mailto:dia-list-admin@gnome.org]On
Behalf Of Hans Breuer
Sent: 21 January 2002 20:49
To: dia-list@gnome.org
Subject: Re: dia 0.88-1 export problem?


At 20:33 20.01.02 -0000, Tariq Rashid wrote:
>
>dear all,
>
>i have been having some frustrating problems with dia going a bit unstable
>after a while... producing "junk" files...
>
It would be nice if you could provide information about the platform
your Dia is running on. First I concluded from your mailer that it is
probably win32, but than ...

>for example the file attched opens fine...
... none of my local Dia versions does open the attached file without
tweakink. (It enters an endless loop in app/grid.c:grid_draw()).

I've tracked it down to the paper.scaling value being "0" in your
file which leads to some division by zero misbehaviour done on the
paper.width and paper.height ...

see app/load_save.c:diagram_data_load around line 360.

Further calculations are done with bogus values for either scaling
or width and height or even both, so the results are almost
unpredictable ...

>but copying and pasting out of it
>into a new dia window fails.
>
>more to the point, export to eps "appears" to work... but using
imagemagicks
>convert :
>	convert a.eps b.png
>fails for the eps file created... something about no image delegate...
[...]

The workaround would be to manually correct the scaling value in
your file. But at least I have not yet found where it actually
got the invalid value in the first place so it will probably
break again ....

	Hans
-------- Hans "at" Breuer "dot" Org -----------
Tell me what you need, and I'll tell you how to
get along without it.                -- Dilbert
_______________________________________________
Dia-list mailing list
Dia-list@gnome.org
http://mail.gnome.org/mailman/listinfo/dia-list

intY has automatically scanned this email with Sophos Anti-Virus
(www.inty.net)



intY has automatically scanned this email with Sophos Anti-Virus
(www.inty.net)


_______________________________________________
Dia-list mailing list
Dia-list@gnome.org
http://mail.gnome.org/mailman/listinfo/dia-list


intY has automatically scanned this email with Sophos Anti-Virus (www.inty.net)