gEDA-dev: Gschem and Cairo graphics library

[Tomaz Solc]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

> I also apologize in advance for pouring cold water on your project. I
> took a look at the screenshots and the Cairo stuff does look slightly
> whizzier than the GTK stuff.  I also hate to discourage a developer
> who just took on a project and did it.  That's the spirit we like
> around here!

First let me say that this wasn't really a project at all. The patch has
a little over 200 lines and it took me around 3 hours to make it. As I
said, this just a hack, a proof of concept - I never said things like
this should get to the official CVS repository any time soon. The main
reason I did this was to see how Cairo would perform and to get to know
Gschem code a bit better.

I sent a mail to the mailing list because I thought my findings would be
interesting to gEDA developers.

> However, you've just introduced another external dependency into the
>  build, which isn't necessarily welcome, IMO.  Indeed, one of our 
> bigger problems with gEDA/gaf is that users frequently can't build 
> the package due to missing dependencies.   This is not only a problem
>  for the install CD, but apparently also happens for folks building 
> from source, and from users trying to install RPMs by hand.

> ...

> Therefore, I am against any patch which pulls in yet another library,
>  particularly one which implements just a little graphical 
> improvement, i.e. some eye candy.

I completely agree with you that adding more dependencies is bad.
However, GTK already depends on Cairo since version 2.6. So technically,
this patch isn't adding any new dependencies (only adding a requirement
for Gtk >= 2.6). If you compile an unpatched version of Gschem on a
recent system, you will see that it already gets linked with libcairo.

As far as I know, GTK itself is moving to Cairo as its drawing backend.

Besides the eye-candy, I believe this patch also shows that perhaps with
time it would be wise to make changes to libgeda so that higher
precision coordinates of objects are accessible. Cairo obviously isn't
useful for Gschem yet, but at the moment it seems that this is the way
GTK will evolve in the future, so it wouldn't hurt if Gschem is prepared
for it.

Best regards
Tomaz Solc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEzLpJsAlAlRhL9q8RAlLRAJ9owmFZGf/COXiJmuU+/A1s6c+oXQCfQOjM
4urdxNoKyy7PUs6XBqpOPzQ=
=WUGl
-----END PGP SIGNATURE-----