KParts Plugin
Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net
This software implements a plugin for Netscape-compatible browsers in a Unix environment. This plugin uses KDE's KParts technology to embed file viewers (e.g. for PDF files) into non-KDE browsers. Tested browsers include both Mozilla Firefox and Opera.
With this plugin, you can e.g. view PDF files in Firefox using Okular as an embedded plugin.
8 years ago
2012-07-23
* Applying patch by Arno Rehn to avoid blacklisting in
Oxygen-transparent style
2012-06-05
* Using URL to create a default filename when saving
copy of document
* Minor change in UI to place long mime type labels
in one line
* Adding push button to copy URL into clipboard
2012-05-29
* Fixing some minor compilation errors
* Adding KCModule (System Settings module) to configure
which mime types shall be supported, removing this
option from the plugin itself
2012-05-24
* Rearranging GUI to be more compact vertically
* Porting from KBibTeX support for custom keyboard shorts
* Refactoring drop-down menu to tree view for mime type
configuration
2012-04-22
* Adding patch by Rex Dieter
set installation directory by parameter to cmake
* Fixing print menu item issue for Okular part
* Menus and toolbars know separators now
2012-04-19
* Various minor changes
* Adding experimental support for menus and toolbars
from embedded part
2012-04-11
* Adding various mimetypes to blacklist
2011-08-23
* Blacklisting some more Java mimetypes: application/java-archive and video/x-javafx
2011-08-06
* Minor code clean-up and refactoring (no functional changes)
2011-06-06
* Added .pot file for translations
(no actual translations yet)
2010-12-16
* Adding "application/googletalk" to blacklisted mime types
2010-12-08
* Adding "application/futuresplash" to blacklisted mime types
* Checking if mime type is valid when reading data to avoid crash
* Minor tweaks in user interface strings
2010-07-23
* Manually raising dialog to select part (if multiple
KParts available for same mime type)
* Minor GUI improvements
2010-07-22
* Showing current mime type in GUI (right to buttons)
* Adding more mime types to built-in blacklisted list
("application/force-download", everything starting
with "x-")
* Adding release date to internal description
(see "about:plugins" in Firefox)
2010-07-06
* Marking some mime types as built-in blacklisted, e.g.
application/x-shockwave-flash
* Adding more mime types to built-in blacklist to avoid
problems with Thunderbird
2010-06-29
* Adding dialog to choose which KPart to use if several
parts are available. User can set preference to avoid
getting this dialog again for the same mime type.
2010-06-27
* Adding comments throughout the code
* Enabling/disabling mime types possible in GUI
(new push button with menu)
* Improved focus handling using code from Jeremy Sanders
* Make installation path 32/64-bit aware
* Minor GUI improvements
2010-06-04
* Major refactoring
* Supported mime types determined through KDE-internal
functions; hard-coded list no longer necessary
* Adding support for keyboard focus.
Tip from Jeremy Sanders (http://barmag.net/)
2010-06-02
* Saving file failed if part was not loaded properly.
2010-06-01
* CMakeLists.txt contains a variable with installation
directory
* New script src/generate-mimetype-includes.sh to enhance
"raw" source files to final files containing a list of
objects (one for each supported mime type)
List of mime types can be controlled via text file
src/mimetypes.txt
* Showing a list of compiled-in/supported mime types
while waiting for the file's data
* Open and save buttons are available even if no part
is available to show the file's data
* Fixing warnings
2010-05-21
* Initial release
8 years ago
2012-07-23
* Applying patch by Arno Rehn to avoid blacklisting in
Oxygen-transparent style
2012-06-05
* Using URL to create a default filename when saving
copy of document
* Minor change in UI to place long mime type labels
in one line
* Adding push button to copy URL into clipboard
2012-05-29
* Fixing some minor compilation errors
* Adding KCModule (System Settings module) to configure
which mime types shall be supported, removing this
option from the plugin itself
2012-05-24
* Rearranging GUI to be more compact vertically
* Porting from KBibTeX support for custom keyboard shorts
* Refactoring drop-down menu to tree view for mime type
configuration
2012-04-22
* Adding patch by Rex Dieter
set installation directory by parameter to cmake
* Fixing print menu item issue for Okular part
* Menus and toolbars know separators now
2012-04-19
* Various minor changes
* Adding experimental support for menus and toolbars
from embedded part
2012-04-11
* Adding various mimetypes to blacklist
2011-08-23
* Blacklisting some more Java mimetypes: application/java-archive and video/x-javafx
2011-08-06
* Minor code clean-up and refactoring (no functional changes)
2011-06-06
* Added .pot file for translations
(no actual translations yet)
2010-12-16
* Adding "application/googletalk" to blacklisted mime types
2010-12-08
* Adding "application/futuresplash" to blacklisted mime types
* Checking if mime type is valid when reading data to avoid crash
* Minor tweaks in user interface strings
2010-07-23
* Manually raising dialog to select part (if multiple
KParts available for same mime type)
* Minor GUI improvements
2010-07-22
* Showing current mime type in GUI (right to buttons)
* Adding more mime types to built-in blacklisted list
("application/force-download", everything starting
with "x-")
* Adding release date to internal description
(see "about:plugins" in Firefox)
2010-07-06
* Marking some mime types as built-in blacklisted, e.g.
application/x-shockwave-flash
* Adding more mime types to built-in blacklist to avoid
problems with Thunderbird
2010-06-29
* Adding dialog to choose which KPart to use if several
parts are available. User can set preference to avoid
getting this dialog again for the same mime type.
2010-06-27
* Adding comments throughout the code
* Enabling/disabling mime types possible in GUI
(new push button with menu)
* Improved focus handling using code from Jeremy Sanders
* Make installation path 32/64-bit aware
* Minor GUI improvements
2010-06-04
* Major refactoring
* Supported mime types determined through KDE-internal
functions; hard-coded list no longer necessary
* Adding support for keyboard focus.
Tip from Jeremy Sanders (http://barmag.net/)
2010-06-02
* Saving file failed if part was not loaded properly.
2010-06-01
* CMakeLists.txt contains a variable with installation
directory
* New script src/generate-mimetype-includes.sh to enhance
"raw" source files to final files containing a list of
objects (one for each supported mime type)
List of mime types can be controlled via text file
src/mimetypes.txt
* Showing a list of compiled-in/supported mime types
while waiting for the file's data
* Open and save buttons are available even if no part
is available to show the file's data
* Fixing warnings
2010-05-21
* Initial release
nazir
May 12 2015
alvanx
Jun 22 2013
pierigno
Jun 07 2012
AlmaTlust
May 15 2012
ObiWahn
Apr 23 2012
birdflesh
May 23 2011
pmoir
Jan 04 2011
margueritesu
Dec 22 2010
drdanz
Dec 15 2010
aspotashev
Dec 11 2010
poomerang
Sep 24 2010
csousa
Jul 26 2010
marcotangaro
Jul 24 2010
kudlaty
Jul 24 2010
jackyohh
Jul 11 2010
mfuhrer
Jul 06 2010
AlejandroNova
Jul 06 2010
lumitoro
Jun 28 2010
Vistausss
Jun 04 2010
trapni
Jun 04 2010
dtritscher
Jun 04 2010
netcelli
Jun 04 2010
zvonSully
Jun 02 2010
dejazmach
May 25 2010
thomasjfedora
May 21 2010
Support-Box
KParts Plugin is part of Apps, Games and Add-ons, which is supported by the following people:
Other Browser:
auxsvr
7 years ago
Report
facorread
7 years ago
Report
groszdani
7 years ago
2. Remove all kparts associated with it.
3. Open such a file in the browser.
Kpartsplugin crashes.
Moreover, if the file type does not have any associated kparts anymore, it does not appear in the kpartsplugin configuration module, so you cannot configure it not to be opened with kpartsplugin.
Report
alvanx
7 years ago
kparts-plugin is pure magic. I cannot believe how it enhances my productivity in Firefox. I just love the power of KDE. Thank you!
Report
vayu
8 years ago
Report
alvanx
7 years ago
Report
nullst
8 years ago
Other commenters proposed a right-click menu option to disable only toolbar or only menubar. I would be happy with this too (and page bar hiding is already implemented).
One more thing, which is probably impossible: what about special "performance" settings for Okular? It has a choice of memory usage politics, and while having "Normal" or "Aggressive" mode in a standalone viewer is OK, forcing embedded okular windows to switch to "Low" memory usage seems reasonable (as an option, indeed). I have to admit that this is very okular-specific and given that (as far as I know, but I may be wrong) okular doesn't support different modes in different instances, the idea looks improbable, but still there may be some way.
Thank you for your work on the plug-in which makes browsing a lot more convenient. I often have to look through pdf files linked from web and using KParts+Okular instead of a clumsy and somewhat slow Adobe Reader plug-in for Firefox is very nice.
Report
avlas
8 years ago
Report
JohnPaul
8 years ago
Thank you very much for making this great app! I enjoy it very much.
I'm delighted to see toolbars have been added, I just can't figure out how to turn them on, for Ocular in particular.
Thanks in advance for any help.
Kind regards,
John
Versions:
KParts 20120723
Ocular 0.14.3
Firefox 16.0.1
KDE 4.8.5
OpenSUSE 12.2
Report
gravy
8 years ago
When I use this plugin everything shows up in a separate X window for some reason now. I believe this has to do with Qt style I am using, called Bespin (rev 1607).
I would really really really appreciate it if this could be fixed. :)
At the moment I am using Kubuntu 12.04 with KDE 4.8.5. It *should* be reproducible only with Bespin however.
My Bespin configuration. (~/.config/Bespin/Style.conf)
http://pastebin.com/YBsLNPKJ
Bespin URL. (You'll need to build from source :( )
http://kde-look.org/content/show.php?content=63928
Screenshot below.
http://i.imgur.com/X46cl.png
Report
gravy
8 years ago
http://pastebin.com/j3rHEn5Y
Report
gravy
8 years ago
Report
fischer
8 years ago
As for Firefox, I don't see why it should have changed with a newer version, as the plugin is not specific to any Firefox version. I am not using Firefox 15 myself, but my guess would be that it is some sort of settings problem. Try to contact the Sumo people about that ...
Report
andrew9888
8 years ago
Report
gravy
8 years ago
"i suggest to file a bug for the plugin to
setenv("QT_NO_GLIB", "") before (likely creating a QApplication instance."
You can see my bug report for his style here:
http://sourceforge.net/tracker/?func=detail&aid=3564916&group_id=201276&atid=976907
Report
fischer
8 years ago
unsetenv("QT_NO_GLIB");
Please test if this new version fixes you "out-of-window" problems.
Report
gravy
8 years ago
Report
gravy
8 years ago
Is there any easier way I can manually configure the path seamlessly for future releases?
Report
fischer
8 years ago
The installation path for the browser plugin itself is controlled by NSPLUGIN_INSTALL_DIR and the default value is /usr/lib*/nsbrowser/plugins/
The KCM and other files are installed into a subtree defined in CMAKE_INSTALL_PREFIX which is /usr/local by default.
For more details on KDE and CMake, have a look here: http://techbase.kde.org/Development/CMake
Report
gravy
8 years ago
Report
pierigno
8 years ago
I hope to see it bundled with more distro soon.
Just some feedback from an old kde user:
1. why the kcm mdoule? AFAIK you don't need to create it, you can make kpartsplugin be a viewer in the default file association module by adding just a .desktop file. For example, the x-chm mime-type is handled by okularpart. This association is defined insied /usr/share/kde4/services/okularChm.desktop file.
2. the toolbar and the menubar are not right-clckable (at least for okular). Is it a wanted behaviour? Since its a plugin it would be wonderful to be able to enable/disable the menubar.
Just my two cents, thanks for this great little utility!
Report
fischer
8 years ago
> second class citizen in the desktop environment
> arena!
KDE was never a second class citizen!
> why the kcm mdoule? AFAIK you don't need to
> create it, you can make kpartsplugin be a
> viewer in the default file association module
> by adding just a .desktop file.
You got it wrong where KPartsPlugin comes into play. It is not meant to replace Okluar, it makes Okular accessible from within your non-KDE browser.
KPartsPlugin will claim support in the browser for any mimetype which is supported in the KDE system, which is maybe not what you want. For example, KPartsPlugin will claim to support all kinds of office file formats as soon as Calligra is installed, but you may want to prefer LibreOffice's native plugin you browser. Simply use the KCM module to tell KPartsPlugin to step back.
> the toolbar and the menubar are not right-
> clckable (at least for okular). Is it a wanted
> behaviour? Since its a plugin it would be
> wonderful to be able to enable/disable the
> menubar.
Well, I have to admit it: The menu/tool bar is fake and just rebuilds the original one at its bare minimum. Feel free to contribute code how to improve it.
However, I could add an option to the KCM module to add options for (not) showing buttons or menus ...
Report
pierigno
8 years ago
> play. It is not meant to replace Okluar, it
> makes Okular accessible from within your
> non-KDE browser. KPartsPlugin will claim
> support in the browser for any mimetype
> which is supported in the KDE system,
> which is maybe not what you want. For
> example, KPartsPlugin will claim to support
> all kinds of office file formats as soon as
> Calligra is installed, but you may want to
> prefer LibreOffice's native plugin you
> browser. Simply use the KCM module to tell
> KPartsPlugin to step back.
Actualy I didn't looked at the sources,
I thought you implemented it as
a kpart plugin itself (even if, thinking on
it, doing something like that
would have not made possible to manage
mime-type handling the way I was suggesting
either)
>> the toolbar and the menubar are not right-
>> clckable (at least for okular). Is it a anted
>> behaviour? Since its a plugin it would be
>> wonderful to be able to enable/disable the
>> menubar.
>
> Well, I have to admit it: The menu/tool bar
> is fake and just rebuilds the original one
> at its bare minimum. Feel free to contribute
> code how to improve it.
> However, I could add an option to the KCM
> module to add options for (not) showing
> buttons or menus ...
Many "kpart container" applications (I mean
konsole, dolphin, okular etc) use the standard
actions "show/ihde" menubar and "show/hide"
toolbar. Ithink a better approach would be to
let kpartsplugin behave the same. I hope to
find some spare time soon to add support for
this point.
PS:
>KDE was never a second class citizen!
well, for me it's the King of DE, but I have
yet to see major distributions (fedora,ubuntu,
and even opensuse to some extent) make a better
use of its technologies. Seems that all of the
fine tuning love is directed elsewhere, and
you as a kde user are forced to fiddle with
stupid details all the time just to make things
work toghether.
Report
ChichipioWilson
8 years ago
However, I've found that it complicates things for me with files that I already know I want to keep. Before, I used to click on the link to the file and presto! I would get the "save file" dialog pre-populated with the original filename, so it took just another click to save the file.
With the plugin enabled, I see the contents of the file, but there's no "one-click" way of saving it to disk with the original filename. The "save copy..." button opens the "save dialog," but the filename is empty, so I have to manually type it in--or copy/paste it from the url. Using the save menu from the external program used to open the file gets me the "save dialog" with a made-up name (e.g. KPartsPluginSF3360.pdf). The only way I have to save it with its original name (without typing anything) is going to the Firefox menu > "save page as..." and that's pretty inconvenient.
So my question is, is there a way to preserve the original filename and pre-populate the "save copy" dialog with it? Or have another button for it, or any other solution that gets me a quick way to save a file directly from the page I'm seeing without having to go to the FF menu?
Thanks.
Report
fischer
8 years ago
> and pre-populate the "save copy" dialog with it?
As far as I know, there is no way to communicate the original URL to the plugin. The browser only sends a byte stream to the plugin to show. But I'll investigate this case ...
Report