The bookmarks upgrade screams for inline edit functionality. I decided the best way to implement it is as follows: - create a generic inline-edit binding which can attach itself to a widget (e.g. a bookmarks toolbar or an outliner) and obtain positioning information from that widget. - when inline edit mode is invoked (I will add support for this to the outliner binding in outliner.xml, other uses will activate it via an API on the inline edit binding), a popup is created at the position specified by the widget that owns the inline-edit functionality. This is typically over the text region of the selected item. - keyboard & blur handling will be implemented - a notification interface will allow the owner to determine if the value entered is valid, and if it is, what to do with it.

set up dependencies.

.

Inline edit was cut.

*** Bug 47771 has been marked as a duplicate of this bug. ***

It would be nice to have this in Buffy, nominating cc Patrice for UE input

Jan: How can I help you?

I need some info before implementing this feature, I'm also waitting for nsbeta1+ I'd like to implement inline editing in bookmarks, but I'm not sure how it should behave. First, I need to know how to invoke inline editting, after two clicks ? Then display an editable textbox sized to the edited cell ? Should the texbox automatically resize or wrap edited text ? Should I get inspired by windows explorer ?

The 2 clicks sound good Jan, and then displaying an editable textbox sized to the edited cell too. It seems that having a texbox automatically resize would be better than wrap edited text. Looking at windows explorer to check how it works there is a good idea too. Great suggestions.

thanks for the confirmation Patrice

Nav triage team: nsbeta1-

Just want to tell, that this feature seems be essential for application development. Mozilla geeks should support this feature if they really want to expose XUL to application developers. The workaround I've found is placing the tree into 'bulletinboard' and use 'textbox' shown on demand (treeBoxObject.getCoordsForCellItem helps) and update internal object implemention nsITreeView. Hope it helps somebody.

Yeah, actually David Hyatt and I were talking about possible implementations some time ago. Using a deck (bulletinboard) was one of them. I'd like to take a look if you have a working implementation.

(In reply to comment #12) > Yeah, actually David Hyatt and I were talking about possible implementations > some time ago. Using a deck (bulletinboard) was one of them. > I'd like to take a look if you have a working implementation. > Something like a deck containing a label and a textbox, then switching to the textbox when you click the label?