Comment 6 for bug 900602

Reopening: IMHO this patch needs to be discussed first - in its current form, it breaks workflows based on keyboard navigation when editing/formatting text , similar to bug #687517: when changing the font family with keyboard input only (in the text tool, use 'Alt+X' to move focus to the font selector widget, type a few letters to get a dropdown of matching font names, use the arrow key to select one, and continue entering text on-canvas) the mouse focus is anywhere but not on the canvas after having pressed the arrow keys and selected a different font family, and entering more text may trigger "random" commands (depending on which UI widget the focus has shifted to (I had text getting flipped horizontally unintentionally, or tools switched etc.).

I think we need a solution which defines an obvious way how to move the focus from the font selector widget back to the canvas with the keyboard (i.e. without having to grab the mouse and explicitly clicking on the canvas to be sure that continuing typing text actually does append to the currently selected text object, and without risking to lose the current selection on-canvas either):
Maybe an explicit <return> could be used to move the focus back to the canvas after having selected a new font with the arrow keys? (I'm not a GUI expert myself though)