Re: start-editing signal?

[Kristian Rietveld <kris imendio com>]

On Fri, Sep 21, 2007 at 06:05:15PM -0400, Allin Cottrell wrote:
> My expectation: the unfinished edit will still be in place. 
>
> Actual behaviour: the "bottles of coke" cell is as it was before I 
> started; my edit-in-progress is gone.
>
> This may not be a bug as such, but I would like to know if there's 
> a way of preserving the state of the cell-editing process, in face 
> of the treeview window temporarily losing focus.

The behavior you describe is indeed the current behavior in GTK+ >=
2.10 (and actually has some kind of history, but I won't bother you with
that ;).  At this moment there is no code in GTK+ to automatically
preserve the value on focus out.  However, since there are multiple
different cases in which a focus-out should commit the new value and
also a lot of cases in which a focus-out should *not* commit the new
value, we are thinking of adding a property to GtkCellRendererText which
will control whether the input the user has entered should be committed
on focus-out or not.  We are still comtemplating whether the scope
should be broadened to "the value should only be accepted after the user
has pressed Return" rather than just dealing with focus-out.

A good default here is by no means easy to decide because of the
conflicting use cases.  We will be tracking this on #164494 at
bugzilla.gnome.org, the idea for a property was first mentioned in
#462814.

For now you could try to work around this by hooking into the
start-editing, editing-done and edited signals -- unfortunately I have
no cut-n-paste ready solution for you here.


Hope this helps.

regards,

-kris.