Re: Dia Code reuse from Sodipodi [Re: [Sodipodi-list] Some plug-in interface ideas (fwd)]

[Alan Horkan <horkana tcd ie>]

I am out of my depth agian.

I probably should not have said anything but cannot hold back my self
interest in having better interoperability and portability, a better
collection of Gnome/Gtk applications.

i dont want to be the one to say:
"Do not try to reinvent the wheel"

so i hope you can spare the time to join the sodipodi list introduce
yourself, explain i was fishing for suggestions on the dia list and make
your comment directly to Lauris.
I am sure you can make valuable contributions to the discussion.

>  (cleaner and not Gtk-tied)

I must have missed that bit ???
at the moment sodipodi is quite solidly Gnome based and the GTK2 will
probably have plenty of Gnome to make it less portable, a GTK only version
of Sodipodi seems hugely unlikely.

i must have misread somethign but i dont have time to go back and reread
and get into any of this right now, i have really urgent work i should be
doing.
sorry, bye for now ...

later
Alan

http://sodipodi.sourceforge.net/

mailing list
http://lists.sourceforge.net/lists/listinfo/sodipodi-list
archives
http://www.geocrawler.com/redir-sf.php3?list=sodipodi-list

On 7 Sep 2002, Arjan J. Molenaar wrote:

> Date: 07 Sep 2002 16:54:26 +0200
> From: Arjan J. Molenaar <arjanmolenaar hetnet nl>
> To: Alan Horkan <horkana tcd ie>
> Cc: dia-list <dia-list gnome org>,
>      diacanvas-devel <diacanvas-devel lists sourceforge net>
> Subject: Re: Dia Code reuse from Sodipodi [Re: [Sodipodi-list] Some
>     plug-in interface ideas (fwd)]
>
> On Fri, 2002-09-06 at 16:42, Alan Horkan wrote:
> > I got no responses
> > maybe people thought i sent this to the wrong list
> > so i am resending this message with a different subject line
> >
> > The main Sodipodi developer is considering how to make libraries of
> > certain parts of Sodipodi and as Sodipodi is a Gnome based Vector Graphics
> > program if the Dia developers have an idea on how Sodipodi could best put
> > together a library/plugin API then they should speak up now.
>
> Does this also count for DiaCanvas (http://diacanvas.sourceforge.net)?
> DiaCanvas basically provides the same canvas functionallity as DIA's
> canvas does, but in a more generic way. It also resembles some features
> Sodipodi's canvas has.
>
> ...Create a canvas that has build-in export functionality for commonly
> used (image) file formats.
> But I can't think of anything else right now. What should be changed
> about DiaCanvas to make it suitable for Solipodi?
>
> As far as Lauris' points are conserned:
> > > - libart replacement (faster, cleaner, smaller)
> Do not try to reinvent the wheel.
> > > - SVG parsing library (building libart or similar datatypes)
> Yes Yes Yes
> > > - Canvas replacement (cleaner and not Gtk-tied)
> Not GTK tied? GTK+ is almost as platform independant as possible. I like
> the 'cleaner' argument though.
>
> Add: MVC based.
>
> Regards,
>
> Arjan