View Single Post
Old 01-07-2012, 12:29 PM   #41
meme
Sigil developer
meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.meme ought to be getting tired of karma fortunes by now.
 
Posts: 1,274
Karma: 1101600
Join Date: Jan 2011
Location: UK
Device: Kindle PW, K4 NT, K3, Kobo Touch
Quote:
Originally Posted by theducks View Post
All needs to have many meanings. It all depends on context.

Count (informational), should count Current: the entire current tab (html, CSS, NCX, OPF) contents
or
Count All: All Text (HTML). No cursor start point, start at the first file in the Text section in the Book browser to the last file in the Text section.

I disagree that Search(& Replace) should ever wrap.
Instead of Wrap, have a tick: 'Start at First (file/line, depending on mode:current or All HTML)'. the default is start from here

this adds some confusion as to what happens with the next file in the sequence (All HTML Mode).

The reason for using All rather than just repeating Replace Next
is quantity

So let me toss an idea An ALL repeat Limiter setting (default infinite).

Repeat: n occurrences on This Tab, Repeat n Tabs, Repeat n NEXT occurrences, Where n is a spin wheel count
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.
meme is offline