Version: (using KDE KDE 3.1.94) Installed from: Slackware Packages OS: Linux When opening a file in kpdf I see the option to Search in the Edit menu, but nothing happens when selecting this option. Neither does the CTRL+F shortcut produce any result. This is a real problem when you have a large PDF and need to find some specific bit of information. I often read large technical documents as PDF, and not being able to search them is a major annoyance. When watching PDF's with konqueror (I'm assuming it's kpdf it embeds) searching does not work either. Why is the search option there in the first place when it does not work? If it's supposed to work, and I'm just unlucky that all my PDF's happen to be non functional, then I can attach non-searchable PDF's to this bugreport as test cases upon request. Here's one that's available online that is un-searchable : http://webster.cs.ucr.edu/Page_TechDocs/pfmt11.pdf
The bug indeed exists. The method find() in kpdf_part.h is empty, and obviously won't do anything. Considering we're in very deep freeze for KDE 3.2, the most appropriate action would be removing the associated actions. I'm attaching a patch for doing that.
Created attachment 4111 [details] Patch for Removing the "Find" and "Find Next" Actions The attached patch prevents the creation of the find-related actions. As they're not created, they (obviously) won't show in the menus. When the slots are properly implemented, the modified lines can be uncommented.
Not fixed in KDE 3.2: I hope the search functionality is in KDE 3.2.1 or that the search entries in the menu are removed because this isn't user friendly now.
I confirm that the search action is still there but does nothing... That's embarassing.
*** Bug 75584 has been marked as a duplicate of this bug. ***
Adding some votes.
Wishlist item #28898 is related to this bug.
No change in KDE 3.2.1
Removed from UI for KDE 3.2.2. Leaving bugreport open for CVS HEAD.
Removing this from the UI is not the solution, because this is a great feature. This is the main reason that I still have xpdf, because it's the only one that can do that. Without the find function we don't need kpdf in the main kde distribution, because Kghostview does the job, I'm sorry for dev's but that's the true (at least from the user's point of view). I've seen that kpdf uses xpdf 2.02pl1 version, why don't upgrade for 3.0.0 version?
Kanniball, since the bug report is still open I think the plan is to implement searching text in head. In the short term, removing the option from the UI is the solution. Only thing worse than no search is a menu item for it that doesn't do anything.
> Without the find function we don't need kpdf in the main kde distribution Slightly off topic, but why are there two tools that seam to do the same thing? (ie showing pdf files)
On Wednesday 14 April 2004 22:36, Kanniball wrote: > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > > http://bugs.kde.org/show_bug.cgi?id=72347 > kanniball zmail pt changed: > > What |Removed |Added > --------------------------------------------------------------------------- >- CC| |kanniball zmail pt > > > > ------- Additional Comments From kanniball zmail pt 2004-04-14 22:36 > ------- Removing this from the UI is not the solution, because this is a > great feature. This is the main reason that I still have xpdf, because it's > the only one that can do that. Without the find function we don't need kpdf > in the main kde distribution, because Kghostview does the job, I'm sorry > for dev's but that's the true (at least from the user's point of view). > > I've seen that kpdf uses xpdf 2.02pl1 version, why don't upgrade for 3.0.0 > version? I haven't had the time for that yet. Oelewapperke
> > Without the find function we don't need kpdf in the main kde distribution > Slightly off topic, but why are there two tools that seam to do the same thing? (ie showing pdf files) I would argue the same point. I mean shouldn't we be working on a search functionality for kghostview, which is the better (and the standard) viewer.
*** Bug 81951 has been marked as a duplicate of this bug. ***
not a bug anymore
I tried this in KDE 3.3 and it is still not implemented. What did you mean by "not a bug anymore" Christian?
Chris: Originally there was a menu item to search in the PDF even though it wasn't implemented. That was fixed. Searching still doesn't work, but now it is a wishlist, not a bug.
Chris is right. The menu items were only removed in the KDE_3_2_BRANCH not in the (back then) CVS HEAD version. So with KDE 3.3, the menu items are back again while still missing the implementation. Waldo?
I've removed the options from the rc in 3.3 branch, so 3.3.1 will not have that menu entries. CVS HEAD has search on it, please test and report any bug you find (you'll find because it relies on xpdf find engine and that is quite buggy)
Works in head since some time, closing