Re: Missing drag'n'drop methods in GtkTreeView

[muppet <scott asofyet org>]

On Wed, 2003-08-13 at 12:05, Torsten Schoenfeld wrote:
> [another patch]

this one looked fine, as well.  i applied it, but but only after hacking
it up a bit.

>   * gtk_tree_view_set_destroy_count_func.

the documentation says that this is really only for private use of ATK
stuff, so i left it out.

i did manage to get a search_equal_func to be called; you'd created the
callback with a G_TYPE_CHAR where a G_TYPE_STRING was needed.  :-) 
otherwise, everything seems to work ok, but i can't really figure out
quite what you're supposed to do in the callback; i did the perl
equivalent of the built-in C function, and it didn't work.  :-/

with that, i defer to a real guru.

> I failed implementing gtk_tree_view_get_search_equal_func due to a
> "missing" entry in the typemap (GtkTreeViewSearchEqualFunc). I can't
> tell whether it's /really/ missing or I simply did something wrong.

i looked at a couple of ways to store the SV in the tree view's user
data and return that key when asked, but this is rather unreliable. 
besides, the point in having a get method for that would be to enable
restoring a previous value; when installing a perl callback for the
first time, the previous callback would be the internal C function.  how
do we return that?  i could make get_search_equal_func return a code ref
if the function pointer is our callback's marshaler, or a UV with the
function pointer, but then we'd have to make set_search_equal_func
accept a UV as a function pointer, and that's really dangerous, bad
juju.  the real solution would be even yet still more involved, and at
this point, i say, let's wait until somebody begs the list for this
function because he can't get it done any other way.

-- 
muppet <scott at asofyet dot org>