Warning: session_start(): open(/tmp/sess_ovpcudrnnap8dp67gtopmi56c5, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
KParts Plugin openDesktop.org
-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    Linux42.org    OpenSkillz.com   
 
Home
Apps
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


-
- Content .- Fans (27) .- Knowledge Base  . 

KParts Plugin

   20120723  

KDE Web Application

Score 91%
KParts Plugin
zoom


KParts Plugin
zoom


KParts Plugin
zoom


Homepage:  Link
Version Control:  Link
Downloads:  2621
Submitted:  May 21 2010
Updated:  Jul 23 2012

Description:

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.




Changelog:

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




LicenseGPL
Source(kpartsplugin-20120723.tar.bz2)
SUSE(Various RPMs)
FreeBSD(FreeBSD)
Send to a friend
Subscribe
Other  Content  from fischer
Report inappropriate content



goto page: prev   1  2  3  4  5  6  7  8 

-

 Where's the KCM module?

 
 by gravy on: Jun 4 2012
 
Score 50%

I put the KCM module in root where all the other KCM*.so's are, but it's still not showing up. How do I install it?

I moved it to /usr/lib/kde4/kcm_kpartsplugin.so, but I still can't find it in the control panel..


Reply to this

-
.

 Re: Where's the KCM module?

 
 by fischer on: Jun 4 2012
 
Score 50%

You should use the regular toolchain, i.e. "make install" to install all necessary files into the right places.
In your case, I guess you missed to install kcm_kpartsplugin.desktop into SOME_KDE_DIR/share/kde4/services/


Reply to this

-

 Re: Re: Where's the KCM module?

 
 by gravy on: Jun 4 2012
 
Score 50%

Thanks. I figured it was something small like that. I use a choot install to keep my main machine clean, so make install wasn't an option..

P.S. I think I found a small oversight on the GUI design. See for yourself.
http://wstaw.org/m/2012/06/04/snapshot35.png


Reply to this

-

 Re: Re: Where's the KCM module?

 
 by gravy on: Jun 4 2012
 
Score 50%

Thanks. I figured it was something small like that. I use a choot install to keep my main machine clean, so make install wasn't an option..

P.S. I think I found a small oversight on the GUI design. See for yourself.
http://wstaw.org/m/2012/06/04/snapshot35.png


Reply to this

-
.

 Re: Re: Re: Where's the KCM module?

 
 by fischer on: Jun 5 2012
 
Score 50%

Should be "fixed" in the new release (20120605)


Reply to this

-

 Re: Re: Where's the KCM module?

 
 by gravy on: Jun 5 2012
 
Score 50%

Strange. Now I'm really having a problem. I'm using KDE 4.8.x, and what I did was use checkinstall to create a deb package in the chroot, then install it on my main system, so I could use the 'make install' command (clever method!). But now that it's installed correctly, I STILL don't see in my system settings? What could be wrong now?


Reply to this

-
.

 Debian + KDE + KPartsPlugin

 
 by fischer on: Jun 5 2012
 
Score 50%

No idea about that, but maybe people from the Debian KDE project can help you here (esp. the packaging part).
http://pkg-kde.alioth.debian.org/


Reply to this

-
.

 Original filename in "save copy"

 
 by ChichipioWilson on: Jun 4 2012
 
Score 50%

Hi, I'm using it on Arch and it works great. For the most part, it's made my life easier. I like opening pdf files that I only intend to read once directly on the browser without having to save it to disk.
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.


Reply to this

-

 Re: Original filename in "save copy"

 
 by fischer on: Jun 4 2012
 
Score 50%

> is there a way to preserve the original filename
> 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 ...


Reply to this

-

 Re: Re: Original filename in "save copy"

 
 by ChichipioWilson on: Jun 5 2012
 
Score 50%

Thanks for the quick answer. Too bad that it can't be done (at least for now), but luckily, it's not a show stopper. The pros greatly outweigh the cons in this case.


Reply to this

-
.

 Original filename in "save copy"

 
 by fischer on: Jun 5 2012
 
Score 50%

Found a solution last night. Please check the newest release (20120506)


Reply to this

-

 Re: Original filename in "save copy"

 
 by ChichipioWilson on: Jun 13 2012
 
Score 50%

I hadn't been able to test this new version until today, and all I can say now is: excellent!

That was exactly what I was looking for. Now I can freely say that it's made my surfing easier without having to qualify that with any "buts."

Thanks.


Reply to this

-
.

 really smart!!

 
 by pierigno on: Jun 8 2012
 
Score 50%

great plugin!It really makes kde appear less a second class citizen in the desktop environment arena!

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!


Reply to this

-
.

 Re: really smart!!

 
 by fischer on: Jun 8 2012
 
Score 50%

> great plugin!It really makes kde appear less a
> 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 ...


Reply to this

-

 Re: Re: really smart!!

 
 by pierigno on: Jun 9 2012
 
Score 50%

> 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.

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.


Reply to this

-

 I figured it out

 
 by gravy on: Jun 22 2012
 
Score 50%

The paths were all wrong. It was installing the plugin to /usr/lib/nsbrowser and /usr/local for the others. I switched it to /usr/lib/mozilla and /usr, and it installed to the correct places. It took a lot of work though.

Is there any easier way I can manually configure the path seamlessly for future releases?


Reply to this

-
.

 Re: I figured it out

 
 by fischer on: Jun 27 2012
 
Score 50%

There are two variables that determine where KPartsPlugin is installed to and both are provided when calling cmake using a switch like -D VARIABLE=VALUE
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


Reply to this

-

 Re: Re: I figured it out

 
 by gravy on: Jun 29 2012
 
Score 50%

Awesome! Thanks! I vaguely remember that's how to do it, but I had since forgotten. Thanks for the reminder!


Reply to this

-

 Separate XOrg window

 
 by gravy on: Sep 3 2012
 
Score 50%

Hey,

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


Reply to this

-

 Re: Separate XOrg window

 
 by gravy on: Sep 3 2012
 
Score 50%

I'm getting the following Firefox output, (specifically when the plugin is running). I don't know/think it helps much though.

http://pastebin.com/j3rHEn5Y


Reply to this

-

 Re: Re: Separate XOrg window

 
 by gravy on: Sep 7 2012
 
Score 50%

From my recent testing, this problem looks like it is related to the new Firefox 15 rather.


Reply to this

-
.

 Re: Re: Re: Separate XOrg window

 
 by fischer on: Sep 8 2012
 
Score 50%

Well, if it happens with Bespin only, then it is obviously a Bespin problem and you should contact its author.
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 ...


Reply to this

-

 Re: Re: Re: Re: Separate XOrg window

 
 by gravy on: Sep 9 2012
 
Score 50%

Sorry, I should have tested this without Bespin enabled to begin with. The problem doesn't appear on the Oxygen style, so it might be Bespin afterall. Yes, I have already contacted the author (I'm working the bug report on 2 fronts, just to make sure everything that needs to be done is done).


Reply to this

-

 Re: Re: Re: Re: Separate XOrg window

 
 by gravy on: Sep 10 2012
 
Score 50%

The person who is testing this problem out was also having the plugin freeze on him (besides my issue). He says the following:

"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


Reply to this

-
.

 Re: Re: Re: Re: Re: Separate XOrg window

 
 by fischer on: Sep 23 2012
 
Score 50%

In the git version, I added a simple
unsetenv("QT_NO_GLIB");

Please test if this new version fixes you "out-of-window" problems.


Reply to this

-

 Re: Re: Re: Re: Separate XOrg window

 
 by andrew9888 on: Sep 22 2012
 
Score 50%

Well, it happens with oxygen-transparent style, too. The kpart "pops out" of the window. It happens in Firefox as well as in Opera.


Reply to this

-
.

 How to turn on toolbars

 
 by JohnPaul on: Oct 14 2012
 
Score 50%

Hi,

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


Reply to this

goto page: prev   1  2  3  4  5  6  7  8 

Add commentBack




-



 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS   
Events RSS   

Participate
Groups
Forum
Add Content
Public API
About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2007-2016 openDesktop.org Team  
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team