[TxMt] i-search keybindings

[larsen]

>> 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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 1584 bytes
Desc: not available
URL: <http://lists.macromates.com/textmate/attachments/20041202/bcbba9a1/attachment.bin>