Re: Alternative to glade?

Joris Dolderer <stdio@xxxxxxxxxx> writes:

On Tue, 25 Mar 2008 10:11:53 -0600, Joe Pfeiffer wrote:
You've got a bit of an unusual set of requirements: GTK, UI-builder,
generating C code. Note that the reason glade-2 is unsupported is that
they have moved on to an xml description-based approach with glade-3; so
why are you set on having the gui-builder write the code?
My program would have one extra dependency (libglade), less performance
(don't know how much but might be a bit), more executed code -> A bigger
chance a bug is in it and an increased size if you include the libglade
dependency. And I don't know why I should use such a system if I could
use simple C code.

Larger, true, but it's arguable that since more people are using
libglade your probability of a bug is actually lower (compared to
rolling your own).

But it isn't wanting to use "simple" C that raises my eyebrows -- it's
the combination of wanting to do that, along with getting a package to
generate the C code for you. Like I said (and you didn't quote), I
tend to build my gui's in hand-coded C++.
.

Relevant Pages

  • Re: Alternative to glade?
    ... Note that the reason glade-2 is unsupported is that ... My program would have one extra dependency (libglade), ... chance a bug is in it and an increased size if you include the libglade ... the probability of Windows-libraries having bugs is ...
    (comp.os.linux.development.apps)
  • Re: Alternative to glade?
    ... Note that the reason glade-2 is unsupported is that ... My program would have one extra dependency (libglade), ... chance a bug is in it and an increased size if you include the libglade ... the probability of Windows-libraries having bugs is ...
    (comp.os.linux.development.apps)
  • Re: Alternative to glade?
    ... Note that the reason glade-2 is unsupported is that ... they have moved on to an xml description-based approach with glade-3; ... My program would have one extra dependency (libglade), ...
    (comp.os.linux.development.apps)