View Single Post
Old 01-07-2012, 02:54 PM   #44
Ahmad Samir
Zealot
Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!Ahmad Samir , Klaatu Barada Niktu!
 
Posts: 114
Karma: 5246
Join Date: Jul 2010
Device: none
Quote:
Originally Posted by meme View Post
Hmm, how to add options without adding complexity. It seems the new F&R is an attempt to remove complexity so I imagine changing it too much is something to avoid. I've seen some editors with so many checkboxes its overwhelming.

Regardless of the options, its a separate issue from searching from the cursor position forward (or sometime searching from the closest previously cached entry). Whatever is done it must be consistent and obvious.

Interesting that you list Count with no cursor start point, yet for find/replace its configurable. If there is a global tickbox, then it needs to apply to everything (e.g. from cursor should be both for Count or Replace).

I'm not so keen on a spinwheel, but if you are really looking for something like this level of control, then the dropdown could be expanded without adding to the size of the F&R box, e.g.
Look in
  • Current File from cursor
  • Current File from start of file
  • All HTML files from cursor.
  • All HTML files

It would apply to Find, Replace, Count, Replace All for consistency. Find /Replace Previous is a complication - should start of file also be end of file, or just not find anything if current file from start of file selected.

Or is it sensible to change this to a couple of checkboxes - a little quicker to operate (a tick is one move, select dropdown and change to value is two), e.g.:

[] Look in all HTML files [] Find from start of file

Of course its up to user_none - I can imagine this close to .5 that he wouldn't want to change much.
Or just do it like Firefox and KWrite, when a search reaches the end of the document (page in Firefox) clicking "Next" again will make the search wrap, select the first match in the document and show a message indicating that:
- Firefox: "Reached end of Page, continued from top" on the FindBar
- KWrite: "Reached bottom, continued from top" on the status bar.
Ahmad Samir is offline