... and add a Find Previous button. Much more usable.
The current Find dialog doesn't really make sense - you have a Find Next button but depending on the Direction radio button selection, it will find the next match or find the previous match.
Do away with "direction" option in Find dialog...
Moderators: AmigoJack, bbadmin, helios, Bob Hansen, MudGuard
-
- Posts: 2461
- Joined: Sun Mar 02, 2003 9:22 pm
I leave Down selected permanently. Then <Enter> (or <Alt+F>) searches forwards, <Shift+Enter> (or <Shift+Alt+F>) searches backwards. I find this very convenient. (As you say, if Up is selected, the directions are reversed, but that never happens for me.)
With your suggestion, <Enter> and <Shift+Enter> couldn't work as they do now (without a very unintuitive user interface), as navigating to a button (normally) causes <Enter> subsequently also to select it.
With your suggestion, <Enter> and <Shift+Enter> couldn't work as they do now (without a very unintuitive user interface), as navigating to a button (normally) causes <Enter> subsequently also to select it.
I second this: it works fine as of now, and I also stick to using the keyboard on the editor. No button needed.
However, as there is enough space left, I wouldn't mind a "previous" button either, which just does the opposite of "next". Shouldn't be difficult to implement either, and let's face it: users are sometimes not the smartest.
However, as there is enough space left, I wouldn't mind a "previous" button either, which just does the opposite of "next". Shouldn't be difficult to implement either, and let's face it: users are sometimes not the smartest.
-
- Posts: 2461
- Joined: Sun Mar 02, 2003 9:22 pm
The problem with a Previous button is, as I suggested, that in order to preserve conventional dialog box button functionality, its presence would break the current keyboard functionality, as navigating to the new button would reverse the effects of <Enter> and <Shift+Enter>. This is what the OP wants to avoid.