Version: (using KDE 4.1.3) Installed from: Gentoo Packages when viewing a pdf in konqueror via the okular_part there are 2 bookmarks menu's at the top, one is obviously provided by konq, the other by okular. This appears strange. My suggestion, in ignorance, is couldn't okular just add it's options to the existing bookmarks menu? on top of that if you aren't familiar with the software there is nothing discerning that they actually are for different things at first glance.
Known problem, solution is not so immediate. Different ideas came in Albert and mine's minds: a) Rename Okular's menu to eg "Okular Bookmarks" => 2 or more words for top-level menus violaes HIG, no not an option b) Not showing Okular's bookmark menu when embedded in something different than Okular' shell (konq included) c) Hiding konq's bookmark menu and just show Okular's => bad, as it would make konq "take information away" from users d) Your suggestion is adding Okular's entries to konq's one => bad, as they refer to two different bookmarking systems, that if mixed up in the same menu would only confuse Among the above ideas (have more?) I see only b) as "good enough" one. After all, all the bookmarks (including the one of the open document) are available in the bookmark side panel. Thoughts?
I agree option A and C aren't ideal. Option B looks like the cleanest / easiest-to-understand approach. Option D would need a fair amount of useability work. One idea that would be worth investigating would be an automated sub-folder called Okular Bookmarks (within the Bookmarks menu), then put the bookmarks below that. It would be messy if the user already had a bookmark folder called Okular Bookmarks of course. Option B looks like the way forward for 4.2 release.
*** Bug 184890 has been marked as a duplicate of this bug. ***
Hello. I reported the duplicate bug 184890. I also reported "Bug 184891: Separate menus and toolbars of KParts from Konqueror's menus and toolbars". I have discussed a possible and extremely viable (though it will take some coding) solution at that bug. It appears that situation d is the existing situation in the case of many KParts as of now. Bug still existing as of KDE 4.2.2 in Kubuntu Jaunty. Please look into bug 184891 and the solution discussed there.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.