Re: GtkTreeView discussion (Jonathan Blandford)

[Thomas Leonard <tal00r ecs soton ac uk>]

On Mon, Mar 17, 2003 at 04:20:24PM -0500, Jonathan Blandford wrote:
> Thomas Leonard <tal00r ecs soton ac uk> writes:
> 
> > On 14 Mar 2003 17:24:33 -0500, Jonathan Blandford <jrb redhat com> wrote:
> > 
> > >  * Selection: Current behavior, rubberband selection, click-and-drag
> > >    selection (like the clist used to have in BROWSE).  Also, need a way
> > >    to possibly do hover selection, both instantaneosly for the Combo,
> > >    and delayed, for things like nautilus.
> > 
> > One really good feature would be GTK_SELECTION_MANUAL, where GTK allows a
> > selection, but never changes it itself.
> 
> That's what gtk_tree_selection_set_select_function is for, really.

Ah, I didn't think of that. So, I just implement a function that does:

  return change_ok;

and use this in my code:

  change_ok = TRUE;
  gtk_selection_select_iter()
  change_ok = FALSE;

That's a much better solution, thanks :-)

While on the subject of TreeViews, could someone show me where
tree_view->priv->scroll_to_path is cleared? Currently, pressing Up or Down
causes the tree view to redraw over and over again (in an idle callback?).
I haven't tracked it down quite, but it seems to happen if
tree_view->priv->scroll_to_path is non-NULL before the call to
validate_visible_area() near the start of gtk_tree_view_bin_expose().
It's still not NULL on exit, but it does trigger a redraw (oddly, since
it's already in the redraw function) and I'm having trouble following the
code...


-- 
Thomas Leonard			http://rox.sourceforge.net
tal00r ecs soton ac uk		tal197 users sourceforge net
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1