[opensuse-kde] Default browser in 11.3
Hi there. Since the default browser is a recurring topic with every openSUSE release, I decided to create a small feature matrix (from a KDE point of view) at http://en.opensuse.org/KDE/Ideas/11.3#Web_Browser to make a more informed decision once the time comes to agree on one browser. Please update the feature matrix with other KDE-releated features I might have missed and when a feature status changes (eg. Chromium becoming compatible with KDE's GTK theme engine wrapper). Bye -- Markus -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sunday 22 November 2009 14:08:05 Markus wrote:
Hi there. Since the default browser is a recurring topic with every openSUSE release, I decided to create a small feature matrix (from a KDE point of view) at http://en.opensuse.org/KDE/Ideas/11.3#Web_Browser to make a more informed decision once the time comes to agree on one browser.
Please update the feature matrix with other KDE-releated features I might have missed and when a feature status changes (eg. Chromium becoming compatible with KDE's GTK theme engine wrapper).
Thanks for doing this. I have updated the matrix with Konq + WebKit part. Will -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
(Posting here instead of Bugzilla, because Bugzilla currently doesn't work for me.) While investigating whether Rekonq is a suitable default browser candidate, I stumbled over an issue on the openSUSE side of things. First of all, Rekonq does not depend on konqueror-plugins even tough it's required for cookie management and web shortcuts. When installing konqueror-plugins manually, Konqueror itself is pulled automatically as it's an dependency. When ignoring the dependency, the Cookies and Web Shortcuts icons show up as expected in Rekonq's options window, but when clicking on them, Rekonq complains that kcm_kio and kcm_kurifilt cannot be found. That means that Konqueror itself is currently a requirement for Rekonq under openSUSE. The KCMs itself and not only the .desktop files should be put in konqueror-plugins. While I fear that this issue can't be resolved in openSUSE's 4.3 packages, you should work this issue out for 4.4/Factory, especially if Rekonq becomes the default browser of openSUSE 11.3. Regarding the suitability of Rekonq as default browser, I'm happy to say that a very promising new web browser is in development. The IMHO two crucial features that are missing from the current 0.3 release (missing KWallet support and no Adblock) are either already done or in advanced work in progress. If password saving and ad blocking are not needed, Rekonq is already a very fine performing web browser. The next release, slated for February 2010 (probably along with or shortly after the SC 4.4 release) should fulfill all needs for a mainstream web browser. Markus Am Dienstag 01 Dezember 2009 15:14:22 schrieb Will Stephenson:
On Sunday 22 November 2009 14:08:05 Markus wrote:
Hi there. Since the default browser is a recurring topic with every openSUSE release, I decided to create a small feature matrix (from a KDE point of view) at http://en.opensuse.org/KDE/Ideas/11.3#Web_Browser to make a more informed decision once the time comes to agree on one browser.
Please update the feature matrix with other KDE-releated features I might have missed and when a feature status changes (eg. Chromium becoming compatible with KDE's GTK theme engine wrapper).
Thanks for doing this. I have updated the matrix with Konq + WebKit part.
Will
-- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
On Sunday 13 December 2009 00:58:25 Markus wrote:
(Posting here instead of Bugzilla, because Bugzilla currently doesn't work for me.)
While investigating whether Rekonq is a suitable default browser candidate, I stumbled over an issue on the openSUSE side of things.
First of all, Rekonq does not depend on konqueror-plugins even tough it's required for cookie management and web shortcuts.
When installing konqueror-plugins manually, Konqueror itself is pulled automatically as it's an dependency. When ignoring the dependency, the Cookies and Web Shortcuts icons show up as expected in Rekonq's options window, but when clicking on them, Rekonq complains that kcm_kio and kcm_kurifilt cannot be found.
That means that Konqueror itself is currently a requirement for Rekonq under openSUSE. The KCMs itself and not only the .desktop files should be put in konqueror-plugins.
Dear Markus, I wonder if this is really bad packaging or bad dependencies from Rekonq. Konqueror-plugins and konqueror are two separate packages and also in SVN they are maintained in two different locations. This means that konqueror-plugins is just as the name says additional plugins for Konqueror. The missing kcm_kio and kcm_kurifilt are maintained within the Konqueror package, which for me clearly indicates that Rekonq is building on top of Konqueror and therefore always assumes that konqueror is installed. I do not believe that this is just an openSUSE issue, as that all other distributions will have the same dependencies, as this is how KDE has been setup. The only way forward would be to submit a bug/wish to the rekonq developers indicating that their current setup pulls in the konqueror browser if the full functionality in Rekonq is required. It could even be that this is on purpose as they might be using more functionality from Konqueror. For the time being, I will update the Rekonq package to include konqueror- plugins, so that is build with the functionalities as you indicated. However this would mean that Konqueror will be pulled in. Regards Raymond -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
participants (3)
-
Markus -
Raymond Wooninck -
Will Stephenson