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

[ANH_VO at udlp.com]

I do not know others do regarding documentation. However, I do read it for my
own good.

Anh Vo

____________________Reply Separator____________________
Subject:    Re: [gtkada] Patch for String_List in Gtk.enums - Going in
Author: "Jeff Creem" <jeff at thecreems.com>
Date:       9/12/01 6:39 AM


----- Original Message -----
From: "Emmanuel Briot" <briot at ACT-Europe.FR>
To: <gtkada at lists.act-europe.fr>
Sent: Wednesday, September 12, 2001 4:34 AM
Subject: Re: [gtkada] Patch for String_List in Gtk.enums - Going in
>
> Your patch seems indeed interesting. The free routine could be indeed
needed in
> some cases (I never needed it, but then I might have left some memory
leaks
> :-()
>
> A small suggestion, though, regarding the location of this routine: do you
> think we could make it a fourth generic parameter in
Glib.Glist.Generic_List ?
> This could then be called automatically from Remove and Remove_Link ?
> Maybe it was what you planned, already ?
>

I'll take a look about the best way to implement this in a few days once
things calm down a bit over here. As for an extra parameter to the remove
procedures- I don't think this can be made to work quite right because
inside
the generic one does not know how to free the storage (at least
not in a pure sense) associated with the data.

In any case I'll think a bit more and then write something up.

> Go ahead and send us the code, I'll take care of integrating this into
GtkAda.
>
> As for the Find routine, I indeed agree with you that it would be better
in a
> contrib/ package (or maybe an example/ that could be automatically
integrated
> into the documentation (see the bottom of glib-glist.ads for an example on
how
> to integrate code into the documentation).
>
>
> Emmanuel

Also probably a good idea. (Except for the fact that no one ever reads
documentation :)