Version: latest git snapshot (0.4.xx) (using KDE 4.4.3) OS: Linux The nice feature that allow the integration of parts in the lastes version of Rekonq work with an important absence: since Rekonq doesn't use menbar, part's menubar miss completely. This absence makes part's in rekonq partially inusable, since, for example, in Okula there isn't the possibility to print, save, ... Any solution here: 1) Add a menubar when loading parts, under or over the URL bar. This walktrough is not perfect since collide with Rekonq's way of life. 2) Add a buttton near preferred and options with the part's icon that opens a menu with part's menu-items. 3) Add menu items in the button options (top right) IMHO is the second the best idea. Thank a lot Reproducible: Didn't try
On Sunday 30 May 2010 22:13:20 Filippo wrote: > https://bugs.kde.org/show_bug.cgi?id=240150 > > Summary: Rekonq integration with parts (Okular wiev, Kate) miss > of menubar. > Product: rekonq > Version: latest git snapshot (0.4.xx) > Platform: Ubuntu Packages > OS/Version: Linux > Status: NEW > Severity: wishlist > Priority: NOR > Component: general > AssignedTo: adjam7@gmail.com > ReportedBy: filippo.leon@gmail.com > > > Version: latest git snapshot (0.4.xx) (using KDE 4.4.3) > OS: Linux > > The nice feature that allow the integration of parts in the lastes version > of Rekonq work with an important absence: since Rekonq doesn't use menbar, > part's menubar miss completely. > > This absence makes part's in rekonq partially inusable, since, for example, > in Okula there isn't the possibility to print, save, ... > > Any solution here: > 1) Add a menubar when loading parts, under or over the URL bar. This > walktrough is not perfect since collide with Rekonq's way of life. > > 2) Add a buttton near preferred and options with the part's icon that opens > a menu with part's menu-items. > > 3) Add menu items in the button options (top right) > > IMHO is the second the best idea. > > Thank a lot > > Reproducible: Didn't try While the "SAVE" action for parts works actually well (rekonq 0.4.91) with the usual rekonq save action, print has yet to be fixed. And, just to be precise, kparts don't expose menubar, so that we cannot use them. Regards,
Pity. I though that parts make available menubars. I think Konqueror uses, for example, the (about) same Parts mechanism. Nevertheless it allow the Parts Menubar integration when opening Okular/Kate. Is Konqueror using the parts menubar or it implements a self-constructed menubar for each part? AFAIK Kdevelop uses Parts menubars too. When parts exposes menubars, it should be ("very easy") to implement them in Rekonq. Thanks for the reply,
*** Bug 237517 has been marked as a duplicate of this bug. ***
*** Bug 249637 has been marked as a duplicate of this bug. ***
*** Bug 241887 has been marked as a duplicate of this bug. ***
This bothers me, too. The problem is also with keyboard shortcuts - you cannot search with Ctrl+F (print with Ctrl+P...) when rekonq displays pdf through okular etc. (rekonq 0.5.0) What about temporarily unregistering rekonq shortcuts so that embedded kpart ones could be triggered?
Print & Search have been fixed now (actually, 0.6.85). Can this bug be closed?
(In reply to comment #7) > Print & Search have been fixed now (actually, 0.6.85). > Can this bug be closed? It actually does not work for me (0.6.87). To reproduce: Open a pdf in rekonq: http://www.lenovo.com/psref/pdf/tabook.pdf Hit Ctrl+F; search for the word "Personal" from the title; no matches. Hit Ctrl+P; print preview appers, with empty content. Both things work if the pdf is opened directly in Okular.
Zooming on an embedded PDF does not work either: the embedded KPart knows nothing about rekonq's zoom settings, and rekonq does not pass shortcuts (Ctrl-+/-) through to the KPart. Interestingly enough, the Find (Ctrl-F) shortcut works fine for me: rekonq 0.7.0 and Okular 0.12.2 on Kubuntu 11.04.
For those wishing to be able to change the zoom of embedded PDFs, I just found out that middle-mouse+drag can be used for this.
*** Bug 254566 has been marked as a duplicate of this bug. ***
Development on Rekonq ceased four years ago, and it has been unmaintained since then. KDE recommends using Falkon instead.