Bug 81058 - Have a Plugin Manager is needed
Summary: Have a Plugin Manager is needed
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist (vote)
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-06 20:40 UTC by Sebastien
Modified: 2004-11-15 21:04 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastien 2004-05-06 20:40:58 UTC
Version:            (using KDE KDE 3.2.0)

IMHO, Konqueror MUST have a GUI in it's Configuration dialog to active/unactive plugins (like Mozilla or, soon, IE).

>> In this way, we could inclue lot of plugins in main KDE and activate only the minimal vital. <<
Would add powerful : I haven't time to browse the WEB to find all available plugins...
If I want a feature, I look at the app.
If the app do not provide the feature, it's like it do not exists.
As an example, MNG will die because nobody support it. Even mozilla do not include it by default. Of course it is available as a plugin but it's the same if it do not exists : a lot of people do not care about search plugins.
So include some plugins (e.g. relink plugin : those HTML tags are not well supported by browsers. And basis users do not want them to clutter the UI. But I wasn't know the feature exists for konqueror until a person said me it).

I think users do not search the WEB for so small (even if wanted) features and they expect it to find it directly into the app.
Look at Kopete : it come with lot of plugins, already included, but disabled to not disturb.
I don't know if other plugins can be reached separatly but it would be stupid never-used ones...
KDE is used to plugins and I love its powerful (its main goal) : a manager is not a gadget.
Konqueror have a very lot of plugins. A plugin manager with pre-included (but disabled, for some) plugins would not be a must.

>> And of course, allow to manage installed AND enabled plugins is great. <<
The current behaviour is a lot of dark : do we need to edit text files... where are stored the available plugins.
And... What are the installed plug-ins ?!!
My distribution (or perhapse *I* was installing the misc package... don't remember) provide cervisia, kfilereplace, fsviewpart... by default.
I've learned on usability mailing list that it was plugins (and eventually not took in account for KDE usability).
But I don't know which features are plugins.
I also would want to disable some ones.
Or, more radically, uninstal some ones.

I see an "External module" config page but it's for Netscape extensions (empty on my config ! just mysterious paths are set) !!!!
And it's for browser mode : no option for file browsing.

Would also be good to manage action services menus in the same manner (same page ?) !
After all, add a Service menu is as well dark !
And so dark some users believe the only way to get them is to install ones programmes have made.
A simple tool that install/uninstall/enable/disable(just by moving .desktop files into a "disabled" folder for example) service menus would be a must.
In the same way, allow ADD / Create new that just create a little script and call a text editor, with few help to inform that service menu / actions are not reserved for wizard masters ;-)

Would be VERY cool (and powerful).
Comment 1 Maksim Orlovich 2004-11-15 18:49:42 UTC
The functionality is there in CVS, may be even in 3.3. Don't remember who gets the credit for that
Comment 2 Sebastien 2004-11-15 21:04:06 UTC
Are you sure?

Yes, there are those strange (and useless?) Netscape Extension Manager in KDE 3.3 and below but they are empty, isn't it?

I don't have heard of such a plugin manager in CVS digest.
But if you are right, that's a VERY good news!