Dia does not rely on gnome. This particular implementation of printing
support does rely on gnome though. As I said earlier, there will probably
also be a straight postscript printing option for dia as well. In fact,
it will probably be able to use some of the ideas in the gnome-print
support code, as gnome-print is quite similar to the postscript imaging
model.
The gnome-print support I did was about a two day hack to see how easy it
would be to add print support, and it looks like it is pretty easy.
If anyone wants to have a go at a pure postscript print driver for dia, it
could probably be done in a few hours by hacking up render_eps.c and using
a bit of code from paginate_gnomeprint.c.
James.
--
Email: [EMAIL PROTECTED]
WWW: http://www.daa.com.au/~james/
On Tue, 7 Sep 1999, Andreas Micklei wrote:
> Hi,
>
> On Wed, Sep 08, 1999 at 12:16:52AM +0800, James Henstridge wrote:
> > [gnome-print]
>
> Please don't make dia rely on gnome to much. I use the current
> stable release of dia on a SPARC/Solaris machine quite happily.
> Installing gnome under Solaris is a nightmighare. I did not
> manage to do it yet.
> Integrating gnome support as an option via GNU autoconfuse would
> be nice though. Relying on a single library that can be easily
> installed without all the other gnome stuff is also okay.
>
> Again. Just my 0.02 Euro.
>
> bye...
> Andreas Micklei
>
> --
> | Andreas Micklei - [EMAIL PROTECTED] / [EMAIL PROTECTED] / Public key |
> | V 3.1: GCS d- s:-- a- C++$ UBLS++$ P>++ L++(+++)$ E--- /\ / available |
> | W++(-) N++ o-- K++ w--- O? M V? PS++ PE- Y+>++ PGP+ t+ ( ) on request |
> | 5 X(+) R(+) tv-(+) b+ DI++ D+(---) G e>+++ h--- r++ y+ .( o ). |
>
