Quote:
Originally Posted by KevinH
Yes, this is new search behaviour as described in the release notes.
If your Find and Replace is set to any group of files (all, selected, or tabbed html for example) and you start a new search by:
a) hitting the new Restart button or
b) changing the targeted files, or
c) changing the actual find string
search will then start with the first file of the group and proceed from there in proper order. Wrap is no longer meaningful for targeted groups of files.
If your search target is Current File and not a group of files, then search and Wrap will act as it did before.
So remember to set your search target appropriately.
|
I understand that this is intended behavior, but I really dislike it. When I search for something, I expect the cursor to move to the first instance it finds, using the current position as its starting place. This allows me to see the change in the preview window before deciding whether or not to continue replacing. If my replace doesn't produce the expected result, I must undo it and then find my original position (or I must remember to switch the target to the current file and then switch back to all files if I like the result). All these extra mouse clicks are frustrating. I also prefer the wrap option to work automatically. Requiring me to click the Restart button is annoying, and the message that says no matches were found is misleading because it really means there are no matches that occur after the current cursor position. Perhaps in the future we could have a setting that would allow starting from the current cursor position and wrapping without clicking Restart? I hate to complain, because Sigil is my go-to epub editor, but this change is driving me crazy. I appreciate all the work that goes into Sigil, and I will do my best to adjust if it isn't possible to go back to the old S&R. Thank you.