Re: [glade--] error of FC2 and glade--?

[Murray Cumming <murrayc murrayc com>]

On Fri, 2004-07-02 at 15:10 +0200, Christof Petig wrote:
> Murray Cumming schrieb:
> > Or, Anjuta should allow you to choose not to use glademm. I think that
> > later versions of anjuta have this option.
> 
> Or to put it positively: Choose to use libglademm instead of glademm.
> 
> > It is wrong of Anjuta to suggest that glademm is necessary for gtkmm or
> > gnomemm development. libglademm, however, is very appropriate.
> 
> Since you keep telling people to prefer libglademm (your code) without 
> looking at glademm (my code), I want to emphasize that both have their 
> value, you simply have to choose. ;-)

I have to keep telling them because
a) Anjuta makes them think that this is what they should use, and what
everyone else is using.
b) glademm's name and website don't tell them that it's something
unusual, or that it's not part of the gnomemm project.

I don't think that "ability to change the user interface without
recompilation" is wanted by anyone.

libglademm is just simpler and it more closely wraps what is done in
GNOME with C - In C, people use libglade but only fools use glade C code
generation. It is not so bad with glade C++ code generation but it's
still an unusual technique that I don't believe is suitable for
beginners.

> Perhaps the following questions might help the decision (and should get 
> onto glademm's web page):
> 
> - do you want your users to be able to modify the UI?
> 	yes: libglademm		no: glademm
> - do you want to ship a single binary without external dependancies?
> 	yes: glademm		no: libglademm
>    [glademm can embed icons]
> - do you want compile time checking for the user interface structure?
> 	yes: glademm		no: libglademm
> 
> pros of libglademm
> - ability to change the user interface without recompilation
> - reliable gnome2 support
> 
> pros of glademm
> - gives you a ready to compile project skeleton (which might use libglademm)
> cons of glademm
> - every change to the UI needs recompilation (and might even need 
> modification user defined classes [new callbacks])
> 
>     Christof
-- 
Murray Cumming
murrayc murrayc com
www.murrayc.com
www.openismus.com