Version: (using KDE KDE 4.0.0) Installed from: Ubuntu Packages When searching for the text in the document and nothing is found, two dialog windows popup: "Searching for ..." and "No matches found for ...". One dialog would be enough (if any needed) :)
Actually after performing more searches I can say that they can be really annoying. So I think there shouldn't be any dialogs popuping when nothing found (like on firefox for example).
That's actually a wish
But how you will know if searching is finished???
> But how you will know if searching is finished??? Well, you can look to how firefox have done it. I really prefer firefox search because it is clear enough and not intrusive
I, too, think that there should be no popup at all (or at least an option to turn it off). The bar gets coloured red after an unsuccessful search, anyway!
Created attachment 24701 [details] Disable the search dialogs This one-line patch tells Okular not to use pop-up dialogs when searching from the command line. This mode already exists, it just needs to be toggled.
*** Bug 168252 has been marked as a duplicate of this bug. ***
Well, then merge for 4.2 or 4.1.2 or are there reasons not to do so?
The attached in comment #6 is wrong and it will not be applied. Rationale: blindly disabling all the notifications is bad as having all of them active. Instead, better solutions (as give feedback in a non-intrusive way) must be implemented, and will hopefully be for KDE 4.2.
You might take a look how kwrite did it. It's search and replace inline function works very well and it is not intrusive.
In KDE 4.2 at least the "no results found" dialog is gone, replaced by "negative" colouring of the search line edit.
*** Bug 183906 has been marked as a duplicate of this bug. ***
SVN commit 926300 by pino: replace the search line edit with the search "widget" this way, we get a small animation while the search is in progress CCBUG: 155858 M +20 -20 findbar.cpp M +2 -2 findbar.h WebSVN link: http://websvn.kde.org/?view=rev&revision=926300
SVN commit 926301 by pino: now that we have a small "progress" animation next to the search line edit in the find bar, there's no need for the "searching for ..." dialog feedback about this new "notification" is much welcome CCBUG: 155858 M +2 -0 document.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=926301
New notification is much nicer than the old one, and seems to work alright. Maybe it would be nicer to place the notification somewhere where it doesn't modify the layout and the position of other buttons while it's showing (like Firefox's awesome bar notification, which takes the place of the favicon) but I don't really see a quick alternative right now, and it's cool anyway.
*** Bug 186333 has been marked as a duplicate of this bug. ***
Just in case I paste my wish: Please provide reliable, cumulative, static information about searching and completion of the search so user: a) will be informed _always_ b) his/her actions would be taken into account immediately, c) could read the message in his/her own pace (currently a11y abuse). My suggestion: busy cursor while searching and status bar info saying (examples) "searching for the next occurence of "xxxx". If user presses F3 again, while search is not complete, info should change "searching for the 2nd next occurrence...". And so on. When phrase is found the info should change to "searching ... < copy of the last message > : done". if the phrase is not found: "searching ... < copy of the last message > : not found". In the last case (not found) the message dialog would appropriate too, I think.
> Just in case I paste my wish: *sigh*, give a read to what's been written, please. > My suggestion: busy cursor while searching and status bar info saying As I already told you, we don't use status bar, neither plan to. And busy cursor is _already_ there. As already written, a "busy animation" (similar to the one of the web browsers) appears next to the line edit now (always after 0.5s, to avoid the appear-disappear game with fast results).
> give a read to what's been written, please. I did. > As I already told you, we don't use status bar, neither plan to. Yes you did, and on the other hand I don't plan to invent yet another name to the already existing zoo -- comboxes, panels, plasmoids, widgets, decorations, checkboxes, panes, toolboxes... This counter bar looks like status bar, can be used for the same purpose as status bar, it is placed as status bar, phrase "this pane in the bottom" is much longer than "status bar", thus... statusbar (and you know exactly about what piece I am talking about so I understanding the game you are playing).
(In reply to comment #19) > > As I already told you, we don't use status bar, neither plan to. > > Yes you did, and on the other hand I don't plan to invent yet another name to > the already existing zoo -- comboxes, panels, plasmoids, widgets, decorations, > checkboxes, panes, toolboxes... This counter bar looks like status bar, can be > used for the same purpose as status bar, it is placed as status bar, phrase > "this pane in the bottom" is much longer than "status bar", thus... statusbar A status bar is static, and just provide informations. You don't need to invent a new name, as has already one: "find bar", created long before Okular got one (think about Firefox' one). > (and you know exactly about what piece I am talking about so I understanding > the game you are playing). If you tell "status bar" referring to something that is not a status bar, hardly my fault. And now, please stop this discussion, thanks.
Pino, when I said "status bar" I was not talking about find pane. I was saying about status bar -- in Okular it is the one that resides at the bottom, as most status bars, and display page number. Maybe it is now counter bar, I don't know.
I consider this bug fixed in KDE 4.3.0, as there are no more popups when searching with okular. Please close as RESOLVED.
This was solved in KDE 4.3.0, as users noticed as well. Closing.