plugin badness

[George Staikos]

Lately there have been scores of reports of plugins (flash in particular) no 
longer working in konqueror.  There have been absolutely no changes to 
qxembed or nspluginviewer, but I think I see a possible reason, though I 
can't reproduce it myself.  It seems like we now list -every- kpart as a 
plugin.  I think this is bound to cause problems.

- We list KHTML as a plugin for KHTML.  How strange (from a website 
perspective).
- We list libnsplugin as a plugin.  That is, we list the plugin loader as a 
plugin, which supports all the mimetypes that all the plugins support of 
course.  This must be extremely confusing to some sites out there and results 
in at -least- duplicating each mime type.
- We publish a list of all installed kparts to any website out there that 
wants to know (minor privacy concerns)
- We list rediculous things like Inode/directory parts to websites
- The plugin list is -huge- and thus slow to iterate
- Many mimetypes are now duplicated, triplicated, or more

Why don't we add a new property to kparts that says to publish them to remote 
sites who query for a list of plugins?

   It's great to know that I can now make a website that will embed cervisia, 
kfindpart, kate, the print management tool, vim, 2 (!!!) different 
libkghostviewpart, konsole, the font viewer, korganizer, the konqi sidebar, 
and much more. :-)  Anyhow, I listing kparts there has to be reverted asap 
and then a proper solution (such as what I listed above) added as an 
alternative.

-- 
George Staikos
KDE Developer				http://www.kde.org/
Staikos Computing Services Inc.		http://www.staikos.net/