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. _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
