Proposal for keyboard navigation:
- The toolbar editor window must be non-modal, to allow focussing main window or
toolbar-window (that's already the case in epiphany).
- The tools in the toolbar-edit-window must behave like an icon-view
(keyboard-navigable)
- In edit-mode single toolbars must be in the focus chain and show some kind of
a insert-caret like older versions of egg toolbar. This insert caret should have
the size of the currently selected tool in the edit-window, maybe it should even
be a somehow modified image of the tool (with border or similar).
- The caret can be moved left/right (up/down in vertical toolbars) with the
cursor buttons.
- When the desired position is found the tool can be inserted by hitting
<enter>. <escape> cancels the operation and removes the insert cursor.
- When a toolbar is focussed in edit mode (insert caret visible) and the tools
in the edit-window are navigated, the insert caret automatically updates to
reflect the selected tool.

not going to make 2.10

would be great to see this included.  it would be a significant improvement to current toolbar functionality allowing users with different screen sizes to arrange things make best use of the avialable toolbar space without requiring developers to put too much or little in by default.  

It would be better if the behaviour used to drag and move icons in libegg matched the behaviour seen when moving items on the Gnome desktop panels.  The behaviour in epiphany is fine but it does feel a little strange to me because it differs from what I have come to expect from the panel.  

Alan: at some point we had middle-click drag of toolbar items in epiphany but for some reason I don't recall the behaviour was too buggy to keep.

More and more applications are using the code from libegg. eog and evince for example.

Link to the Gnome wiki: http://live.gnome.org/ProjectRidley/EggToolbarEditor

> More and more applications are using the code from libegg. eog and evince for
example.

Soon nautilus might join the fun with copy-n-pasting libegg for toolbar editor...

It would be ccol if that could help to homogenize behaviours between GNOME applications

As i said under Bug 42834 :

1°) Actually, Evince/EoG/Epiphany (for instance) allow user to configure
toolbar

2°) Besides, EoG 2.22 allow user to "reset to default" the toolbar.
I'm convinced that the 1st functionality (configurable toolbar) goes with the
2nd (allowing reset) (it sounds like that GUI "principle" which say something
like : allow the user to makes mistakes)
There are bug reports related to the "reset to default" option : Bug 487643
(Evince), Bug 480975 (EoG - bug fixed in v2.22), Bug 319785 (Epiphany)

3°) i also think that there should be concertation between these projects to
unify the way of implementing these fuctions in GUI
Evince : Edit menu -> Toolbar (without reset button)
EoG : Edit menu -> Toolbar (with reset button)
Epiphany : View menu -> Toolbar -> Configure (without reset button)
(since i'm running french versions, terminologies may differ)
Nautilus : ...

thanks

The toolbar customization with "Restore default" option should be part of the infrastructure of all applications. It would greatly improve the sense of unification of Gnome desktop. The oversimplification trend seem in Nautilus 3.x for instance in my opinion is so undesirable as the existing clutter-ism of a Microsoft Word for example. To achieve the balance between usability/cleanness of the interface and allow further customization is what most users are looking for.

Aren't we going to kill this?

unlikely that this is going to happen at this point.