Summary: | Find and highlight all instances of a searched word | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | kritinsai1 |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | acrylint, alibeg91, aptrug, aros, azrdev, bingelt, bugseforuns, cappellorosso, cezanne, christianidis, dev+kde, f.thaler, i.garca9999, ioewe-mail, kaue.sena, malenko, mjulier, nate, nilskemail+kde, nortexoid, oldherl, oliver.sander, postix, simonandric5, vz33 |
Priority: | HI | Keywords: | usability |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Search panel in Gnome Evince (similar to "Advanced search" in Adobe Acrobat)
Highlight all results in firefox |
Description
kritinsai1
2017-03-11 10:13:24 UTC
Have you tried the search field on top of the thumbnails view? That one does filter out all pages with a match. I didn't know of that, it is quite similar to what I wanted, thank you. I didn't know this feature either, but it is not sufficient. Look at the "search" panel in Evince (Gnome), I am adding a screenshot (sorry, in French). It is similar similar (but better, in my opinion) to the "advanced search" tool in Adobe Acrobat (Reader). Created attachment 104506 [details]
Search panel in Gnome Evince (similar to "Advanced search" in Adobe Acrobat)
thx for pointing out the workaround. This seems to be already in the tracker: <https://bugs.kde.org/show_bug.cgi?id=377487> Is bug 238123 a duplicate? Looks like it to me. *** Bug 398176 has been marked as a duplicate of this bug. *** *** Bug 238123 has been marked as a duplicate of this bug. *** *** Bug 401530 has been marked as a duplicate of this bug. *** (In reply to Oliver Sander from comment #1) > Have you tried the search field on top of the thumbnails view? That one > does filter out all pages with a match. This works nicely but has a major problem: discoverability. *** Bug 422893 has been marked as a duplicate of this bug. *** *** Bug 423748 has been marked as a duplicate of this bug. *** *** This bug has been confirmed by popular vote. *** *** Bug 428222 has been marked as a duplicate of this bug. *** (In reply to Michael D from comment #11) > (In reply to Oliver Sander from comment #1) > > Have you tried the search field on top of the thumbnails view? That one > > does filter out all pages with a match. > > This works nicely but has a major problem: discoverability. Why? 1. I would suggest enabling it by default, it's a very common (and very useful) feature in pdf-readers anyways. 2. Even if we don't auto-enable, there's this nice little "Options"-thing in the bottom right corner of the screen. In my opinion, it makes perfect sense to put it there. It's where I first searched for it. (after finding out it wasn't enabled by default) *** Bug 326087 has been marked as a duplicate of this bug. *** *** Bug 122599 has been marked as a duplicate of this bug. *** *** Bug 188164 has been marked as a duplicate of this bug. *** I like this function of list all sentences nearby when search a keyword on the sidebar, which is easy to read on the sidebar, instead of checking per page when finding a keyword. This is different from the find function in Thumbnails. Thank you. Maybe I am commenting on a wrong bug but this bug is the one I got when searching for "make okular highlight all search results". It would be nice to be able to see all instances of the found words on the screen at the same time, just like firefox does it when it has multiple hits near one another. I expect browser search to be very common place for people to search for words in text and that behavior is something I am very used to. Also, as a developer, I have that feature in vi/emacs/other text editors. Options in the lower right corner seems like a perfect spot to enable this behavior. See attachment for the firefox behavior. Created attachment 159520 [details]
Highlight all results in firefox
*** Bug 481700 has been marked as a duplicate of this bug. *** |