Version: (using KDE 4.3.0) Installed from: SuSE RPMs I assume search from current page really means search from the last occurrence -- but those terms are not the same, because the current page does not have to be the one with the last occurrence found. Example: 1. open big pdf file 2. search for "the" 3. find next 4. ctrl+home (will go to first page) 5. find next --> it will find the next occurrence after (3), not after the first (current) page 6. goto (4) The best way would be to change the label of this option.
Find next, obviously always finds next, that's what it says. Find from current page only applies to new searches that can start either from the beginning of the document or from the current page if that option is checked.
"Find next, obviously always finds next, that's what it says. Find from current page only applies to new searches" Then it is limited, because user cannot easily skip 200 pages and continue searching from current page (after skipping). I admit it is easier to implement search with app with caret (like kate), but okular should not give up the ability to omit portion of the document. Hmm, this report seems more like a wish now -- because it is not about label per se, but about changing find next feature.
> The best way would be to change the label of this option. No, the only solution is to fix it to actually do what the label says, which is also what the option was designed for.
Should this bug be marked as WONTFIX or WISH?
If the "find next" won't get changed to search from the current page (this is what people are used to in web browsers and text editors), I suggest an alternative. The user now has no way of making the search "a new search" to force it start on a current page, except by clearing the search box and entering the text again. This can be fixed by * An additional option that says "ALWAYS search from current page" * A "reset search" command (clumsy but still better than now) * An alternative shortcut (not F3 but something else) for this kind of search I vote for the first option, I think it is also easy to implement, as the functionality for searching from the current page already exists, it's just not always used.
(In reply to comment #5) > If the "find next" won't get changed to search from the current page (this > is what people are used to in web browsers and text editors), I suggest an > alternative. Are you sure about that, i just tried in a few web browsers and "Find Next" continues the search, disregarding what your current viewport is. Can you give me an example of some software that does what you suggest?
*** Bug 294520 has been marked as a duplicate of this bug. ***
Waiting for info
My fault, I wasn't clear enough... yes if you don't disturb the page, the browsers find the next match (okular does this properly), but a simple click on the page resets the search to that point (does not work with okular). There should be an intuitive way of resetting the search. I understand that pdf does not have a caret / cursor position, so we must find another way.
Update to Okular 0.15 (KDE 4.9) and Esc will reset your search