Re: Toggle cell on a sorted treeviewcolumn loses selection (sample code)

[Kristian Rietveld <kris gtk org>]

On Wed, Aug 26, 2009 at 12:33 PM, Nicolas
Soubeiran<nicolas soubeiran gmail com> wrote:
> If the column is sorted, when one activates the toggle, the tree is
> re-sorted (normal) but the selected row is changed (unexpected). I
> investigated and I found that  when clicking on a toggle cell renderer, the
> "activate" callback is send which update the treemodel. After re-ordering,
> the function gtk_tree_view_button_press is called.  This function checks

The function gtk_tree_view_button_press() is not called, but continued
after re-ordering.  The "activate" callback (and thus the re-ordering)
are triggered from gtk_tree_view_button_press().

> which row is under the cursor and selects it. I am looking for a way to trap
> this event to keep the selection on the "activated" row (like when one edits
> a text)

Your main problem here is that the model is re-ordered before tree
view will select the row under the cursor.  When things change within
a tree view callback, it is always a kind of a gray area.  There are
certain reasons why editable and activatable cell renders have to be
handled before we update the cursor, so this is not something that can
be easily changed.  The most important difference with the case of
editing text is that the model is updated (and possibly resorted) at a
later point.

I think your best chance is to set the cursor on the wished row
manually, after the tree view has updated the cursor.  From the
"rows-reordered" callback emitted by the model set on the tree view,
you can deduce how the rows are reordered.  As soon as the tree view
changes the cursor the "cursor-changed" signal is emitted on the tree
view.  Using these events, I think you should be able to work
something out?

Hope this helps.


regards,

-kris.