[gtkada] Patch for String_List in Gtk.enums - Going in

[Jeff Creem]

Ok.. Thanks for the update. I'm headed for work right now so I can't go into
too many details but basically the issue is that this has to be in the
gtk.enums package
(or we could move some stuff from the body to the private part of the spec
and
extend that way).

The problem is that the pre-instantiated list for string is used as
parameters to other
widgets (combo pops to mind). Due to the way this list is put together right
now one
would have to re-create and then destroy a new list any time a single
element wanted
to be removed from the list (or face a memory leak).
 I'll look to see if the delete link would help and if not try to write up
something a little
more clear about what I am asking for. I don't think it really is trying to
extend the glist
as much as it is trying to make up for a lack of functionality in a
particular instance of it
that perhaps hides too many details (it either hides too much or is missing
this function....I think)


----- Original Message -----
From: "Emmanuel Briot" <briot at ACT-Europe.FR>
To: <gtkada at lists.act-europe.fr>
Sent: Friday, September 07, 2001 5:33 AM
Subject: Re: [gtkada] Patch for String_List in Gtk.enums - Going in


> Jeff Creem writes:
>  > On Mon, 20 Aug 2001 22:00:35 -0400 I sent a message with a patch for
some
>  > additional
>  > features for the instance of glist for string types. No comments gripes
or
>  > complaints
>  > were posted in response.
>  >
>  > Any chance this is going to go in to the CVS tree or is it a bad idea?
>
>
> Jeff,
>
> I thought your mail had been answered already.
> Anyway: we are not really interested in putting new Ada functions in glib
> itself. GtkAda is mostly a binding after all, and we have tried to use
these
> low-level lists only for the binding part (C functions returning such a
list
> for instance). All the new widgets that were written directly in Ada use
their
> own lists.
>
> It might be interesting to put your functions in a separate package, and
maybe
> this could go into the contrib/ directory of the GtkAda distribution. I'll
> discuss this with the other GtkAda developpers.
>
> However, one other thing that might be interesting to investigate: it
seems
> that the binding to glist.h is incomplete. In particular, a quick look at
it
> shows that the C version has the following functions:
>
>  GList*   g_list_delete_link    (GList            *list,
>                                  GList            *link);
>
> which might (or not :-) do what you want.
>
> I think it would be more interesting (and easier to maintain) to enhance
the
> binding itself rather than writing some Ada functions for that.
>
>
> regards,
> Emmanuel
>
> _______________________________________________
> gtkada mailing list
> gtkada at lists.act-europe.fr
> http://lists.act-europe.fr/mailman/listinfo/gtkada
>