Re: glade

On Mon, 14 Apr 2003 09:49:36 -0700 (PDT)
<Jim.Gettys_at_hp.com> wrote:
> There is serious discussion in the GTK/Gnome community of completely
> removing any ability to generate C code from glade, it is hated so
> much.

Huh ... that will be a tough cut...

> And if you maintain a non-glade GTK program, consider switching it
> to use libglade, so that we can get things to work well both on
> different resolution PDA screens (480x320 is soon to be "normal"),

Oh really?
Why not directly go for VGA like the new Zaurus? The display I saw was
superbly crisp, high contrast and not bigger than nowadays iPaq
displays. But 640x480 :)

> and when teleporting the application to desktop screens. We're going
> to have to be able to handle differing screen sizes gracefully.

Agreed.

> Secondly, Glade helps in internationalization, as layout can be
> tweaked as well as the translation to make everything fit well.

Hmm... This should IMHO also be taken care of by the GTK widget packing
engine which does a pretty bad job at times.

> Thirdly, it means you can get help with your UI without the person
> helping having to learn the insides of your application.

This is only very seldomly the case, isn't it?
I can only hardly imagine situations where the UI can be tweaked
signifacantly without having to touch the code.

But anyways, I see your point very well.
Though I still think that we, meaning GPE, GTK and the hardware are not
yet ready for it. If you look at the current images we are only very
slowly regaining speed. We lost a lot of performance by switching to
GTK2. And using libglade along with this huge libxml it depends upon we
will again see a significant application startup delay.

Until there isn't a libglade-xml-turbo-boost I would like to delay that.

> - Jim
CU
  nils faerber

-- 
kernel concepts          Tel: +49-271-771091-12
Dreisbachstr. 24         Fax: +49-271-771091-19
D-57250 Netphen          D1 : +49-170-2729106
--