So basically if you hit an arrow key which will not make the cursor move within the search string it aborts.
IMHO this is a mode, eg the meaning of the arrow key will change whether the cursor is in the search string or at an end. Moreover the user focus is on the occurences hilighted in the file, rather than on the field at the bottom of the window. Since that occurence is selected, it seems coherent that the arrow keys would do what they usually do: exit the selection. Also that behavior will be familiar to Emacs users.
Fixing using backspace shouldn't be so much of a hassle since search strings are typically short, and as the results are incrementally displayed, the user can detect errors early.
-- D
my first impression on that issue was: of course there's a need to be able to navigate within the search string using the cursor keys, after all that's the way osx behaves in any kind of text input field with the focus (even in incremental searches, like in itunes).
but then i tested it myself in textmate and found that this behaviour isn't necessarily what i expected here, because the search string's corresponding part in the document was highlighted and i thought it would be intuitive using the cursor keys now to directly navigation in the document.
so i no longer have a definite opinion with it. gui or not to gui, that's the question ... ;-) ___✍ larsen