On  3 Feb, Douglas E. Sprague wrote:
> Hello fellow dia'ers,

 Hi!
  
> I was wondering what others may be using for scaling down the output
> EPS files for printing.  I have diagrams which could scale down to fit
> on a single page and have tried to do this with ghostview but have not
> been very successful. Any help appreciated.

 I see you got a couple of advice on how to do the scaling
 (tex/lyx/manual hack/...). I'm aware of this problem, and I'm thinking
 of ways to solve it.

 One thing i've been thinking is if Dia should 'emulate' a paper when
 working. This means you have to specify the page size when creating a
 new diagram, and then the 'paper' is visible when you draw, so that
 you see how large the drawing is.

 Another way (both can be used at the same time) is to let the user
 specify the size (or some scaling factor) when exporting to eps.

 If only the former version is used it might be hard to fit diagrams
 into one page, as there is currently no way to select stuff like
 uml-class font size etc. Even if it were possible to change it (just a
 matter of programming) it would be hard to make things fit in a page.

 Soo, i feel the later version is needed, but i have to ask you (the
 users, i don't really use Dia much): Should i implement the first
 version too? I mean, should the diagram-paper be finite or
 infinite? How do you generally use Dia? To produce whole sheets or for
 creating stuff thats later inserted inline as part of another document?

> Also, I've been trying to get dia running on an AIX 4.2.1 machine but am
> having problems.  I've finally got gtk+ installed and then installed
> dia but when I try to run I get the following error:
> 
> $ /usr/local/bin/dia
> Couldn't find standard objects when looking for object-libs, exiting...

 I only have access to linux and solaris machines, so i can't test
 these things, but i try my best to keep the code portable. There are
 reasons to belive that the current way of opening libraries doesn't
 work on some platforms (notably hpux which has shopen() instead of
 dlopen() and .sh instead of .so). This will be fixed when libtool 1.3
 is released (real soon now they say,but who knows) as it has lots of
 features for doing stuff like this in a portable way.

> Thanks much for a great tool!!

 Thanks for testing it and reporting your thoughts about it!

/ Alex


Reply via email to