Version: (using KDE 4.2.2) OS: Linux Installed from: I Don't Know From gregarei sourceforge user: Even a very simple plugin interface that simply allowed grabbing the current URL would go a long way for adding things like del.icio.us support. It also would allow rekonq development to focus only on things which are not do-able via the plugin interface.
I think KDE4 already has a nice Module/Plugin interface. But I do not know which services it provides. Maybe it is just a GUI-Widget. I saw it in: * Kopete (Settings -> Modules) * Amarok 2 (Settings -> Internet Services) * KRunner (Settings -> Modules) * ... For a Firefox-Like feeling maybe KNewStuff (Or what is it name?) for downloading new plugins at runtime would be nice. I think plugins are a must-have feature for a "complete" browser nowadays. Konqueror is a nice browser but many of it's features should be plugins from my point of view. Also Konqueror does not provide all features for me (Other users probably need different features).
Search-Providers and Keywords (See bug #195313) should also be Plugins. (But handled separately for Usability, imho). Btw: Thanks for the great work! I really like rekonq and maybe it will be my favorite browser some day. I think with WebKit and the Lightweight basis it has more potential than the good old Konqueror (which is my favorite browser currenty).
@Fabian Köster I'm afraid that there is no unified plug-in system for KDE4 (or at least that I know of). Amarok, for example, is based on plasma and therefor uses the same interface as you might have seen when adding widgets to your panel/desktop. @General For me, a plugin system has two sides. Positive; it's almost a must for a contemporary browser (or at least that is what they are trying to make us think). It's good to have support for additional features which are not supported by default. I mean, I couldn't live without the webdeveloper add-on for Firefox (that's the only add-on I am using, btw). On the other side and I'll leave it up to you to figure out my actual preference; in general it's (a lot) more work to maintain as a developer (which might be a "positive" for Andrea since he wants to expand his knowledge with this project), it will probably slow down a browser and overall size will increase.
I'll add here just to remember (and to test a bugfix for konq/rekonq :D ). Someone in kde-apps suggested to take a look at Chrome Plugins (Chrome is webkit based) to understand if there is a way to support natively them. I'm quite sure it's impossible, but I'll take a look. Anyway, the most important thing is that the bugfix passed the test!
Just a little bit brainstorm There is a nice Bookmarksync plugin which i use for Konqueror http://www.omat.nl/2008/12/23/Bookmarksync/ http://websvn.kde.org/trunk/playground/base/konq-plugins/ which is based on Kparts::Plugin http://api.kde.org/4.x-api/kdelibs-apidocs/kparts/html/classKParts_1_1Plugin.html http://techbase.kde.org/Development/Tutorials/Using_KParts http://techbase.kde.org/Development/Tutorials/Writing_kontact_plugins http://www.ibm.com/developerworks/library/l-kparts/ another possibility would be Kross: http://techbase.kde.org/Development/Tutorials/Kross/Introduction http://techbase.kde.org/Development/Tutorials#Kross http://techbase.kde.org/User:Dipesh/Kross-Tutorial or qtscript: http://qt.nokia.com/doc/4.6/scripting.html http://qt.nokia.com/doc/4.6/examples-script.html http://tech-foo.blogspot.com/2008/05/how-to-make-c-classes-available-in.html http://tech-foo.blogspot.com/2008/05/qtscript-exposing-c-classes-part-two.html C++ GUI Programming with Qt4: Book Examples: look inside chap22 folder http://www.informit.com/content/images/9780132354165/examples/qt-book-examples.tar.gz and the Sample Content: http://www.informit.com/articles/article.aspx?p=1405559 are really helpful the advantage of qtscitpt based plugins is that they have no other dependencies and don't need to be compiled and therefore could be simply integrated with “Get Hot New Stuff!” Aaron Seigo is now also using rekonq: http://aseigo.blogspot.com/2010/02/javascript-plasmoid-errata-rekonq.html and he has a lot of Knowledge about qtscript future firefox plugins will also based on javascript (https://jetpack.mozillalabs.com/) just like Chromium ones, but i dont think we need compatibility to them, just focus on that what qt is giving us Amarok and Plasma also use qtscript but for the first Kpart based plugin support would be nice so that the same plugins for Konqueror could be used for rekonq and with plugin support one could simply write a Xmarks or Google Bookmarks Sync plugin which should not belong to the core functionality of the browser but for some users this is a must-have
http://gitorious.org/~nikhilm/rekonq/nikhilms-mainline/commits/extensions Looks like there is some work going on
*** Bug 234174 has been marked as a duplicate of this bug. ***
*** Bug 238721 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.