Re: [gtk-list] Re: Glade/Gtk-- design proposals (longish)
- From: Guillaume Laurent <glaurent worldnet fr>
- To: gtk-list redhat com
- Subject: Re: [gtk-list] Re: Glade/Gtk-- design proposals (longish)
- Date: 08 Jun 1998 18:57:00 +0200
Christof Petig <christof.petig@wtal.de> writes:
> > Don't count on the STL too much. At this time gtk-- is still supposed
> > to be compilable with gcc 2.7.2.
>
> I would never dare to begin a NEW project with avoidance of the STL. The
> STL is a big step ahead and programming your own containers is not a sensible
> task, though an STL compatible vector would be possible.
I certainly won't dispute the value of the STL. I do dispute its
immediate useability, with today's compilers, however. Then again,
things are moving pretty fast now the standard is done.
> AFAIK, the XML parser is about 70 lines of C code, the tags are interpreted by
> the gbwidgets.Duplicating/reimplementing this is no problem.
Indeed, I agree.
> > When writing gtk-- bindings, one of the hardest things is to determine
> > what should be rewriten in C++ (usually very little, but the
> > temptation is usually great) and what should be left as calls to C
> > functions... The overall idea is to write as little code as possible.
>
> Does my example cover this topic? I don't understand exactly what you are
> speaking about.
Actually, I've tried to find an example to illustrate what I meant but
couldn't find any :-). I think this idea dates back from when we had
to duplicate some gtk code in gtk-- or something. Just forget what I
said:-).
> There was a proposal of an plugin API. This sounds good and perhaps
> is the way we should go.
Yup.
--
Guillaume.
http://www.worldnet.fr/~glaurent
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]