Hi,
kwebkitpart will be not installed as kdebase and kdenetwork dependency sinse KDE 4.6. So we should decide to add kwebkitpart to comps as default or optional.
This is was discussed on KDE-SIG meeting http://meetbot.fedoraproject.org/fedora-meeting/2010-11-23/kde-sig.2010-11-2... 3 votes for default and 2 votes for optional, need more discussion.
In KDE < 4.6 kwebkitpart was installed by default as dependency of kdebase, kdenetwork and konq-plugins. Users had possibility to select between KHTML and WebKit view modes in Konqueror. Some sites works better with WebKit. So if we decide to not install kwebkitpart as default then some users may lose needed WebKit functionality if they reinstall F15 system.
Alexey Kurov nucleo@fedoraproject.org
On Tuesday, November 23, 2010 09:21:13 pm alekcejk@googlemail.com wrote:
Hi,
kwebkitpart will be not installed as kdebase and kdenetwork dependency sinse KDE 4.6. So we should decide to add kwebkitpart to comps as default or optional.
This is was discussed on KDE-SIG meeting http://meetbot.fedoraproject.org/fedora-meeting/2010-11-23/kde-sig.2010-11- 23-14.03.log.html 3 votes for default and 2 votes for optional, need more discussion.
In KDE < 4.6 kwebkitpart was installed by default as dependency of kdebase, kdenetwork and konq-plugins. Users had possibility to select between KHTML and WebKit view modes in Konqueror. Some sites works better with WebKit. So if we decide to not install kwebkitpart as default then some users may lose needed WebKit functionality if they reinstall F15 system.
I agree with Kevin - one default HTML engine is what we really want, users can install WebKit part. But on the other hand - WebKit really works better (even technologicaly is just worst) in many cases and we can loose Konqueror users completely by switching to Firefox and I don't want to support FF and KDE integration.
So we have two options: 1. make WebKit default engine (or even Rekonq as default browser - I know, Kevin will kill me for this option ;-) 2. make it easier to install WebKit part - for users it's not very convenient to install something called kwebkitpart - A KPart based on QtWebKit - using PackageKit...
R.
Alexey Kurov nucleo@fedoraproject.org _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
On Wednesday, November 24, 2010 01:17:28 pm Markus Slopianka wrote:
Am Mittwoch 24 November 2010, 13:06:34 schrieb Jaroslav Reznik:
(or even Rekonq as default browser - I know, Kevin will kill me for this option ;-)
Why? Rekonq seems to work rather well for both Chakra and Kubuntu as default browser. _______________________________________________
For me too but it's still crashing a lot (more than Konqueror). But there's a big progress. One thing that Kevin hates is menu-less of Rekonq.
R.
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Markus Slopianka wrote:
Am Mittwoch 24 November 2010, 13:06:34 schrieb Jaroslav Reznik:
(or even Rekonq as default browser - I know, Kevin will kill me for this option ;-)
Why? Rekonq seems to work rather well for both Chakra and Kubuntu as default browser.
No menu, much fewer features than Konqueror.
Kevin Kofler
Am Mittwoch 24 November 2010, 23:31:32 schrieb Kevin Kofler:
No menu, much fewer features than Konqueror.
Of course it has fewer features than Konqueror, after all Konqueror is the kitchen sink. Rekonq is just a web browser and no file manager and whatever Konqueror is in addition to that.
Rekonq is somehow still providing a menu. Under Kubuntu Netbook with the global menu bar Rekonq shows a full menu. If I have to guess, I'd say that the menu is just hardcoded to be hidden (some apps allow toggleable menus as you know). Maybe it'd be just a small patch to re-add the Ctrl-M toggle shortcut in Fedora's Rekonq package.
I think Konqueror's interface is simply cluttered.
Btw: Did anybody try to compile Firefox as Qt application? Nokia ported FF to Qt for MeeGo.
Markus
On Thursday, November 25, 2010 01:22:08 am Markus Slopianka wrote:
Am Mittwoch 24 November 2010, 23:31:32 schrieb Kevin Kofler:
No menu, much fewer features than Konqueror.
Of course it has fewer features than Konqueror, after all Konqueror is the kitchen sink. Rekonq is just a web browser and no file manager and whatever Konqueror is in addition to that.
Rekonq is somehow still providing a menu. Under Kubuntu Netbook with the global menu bar Rekonq shows a full menu. If I have to guess, I'd say that the menu is just hardcoded to be hidden (some apps allow toggleable menus as you know). Maybe it'd be just a small patch to re-add the Ctrl-M toggle shortcut in Fedora's Rekonq package.
+1 for ctrl+m - I really like it - most of apps I use with hidden menus but it's nice to have menu when needed.
I think Konqueror's interface is simply cluttered.
Btw: Did anybody try to compile Firefox as Qt application? Nokia ported FF to Qt for MeeGo.
Markus _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
alekcejk@googlemail.com wrote:
kwebkitpart will be not installed as kdebase and kdenetwork dependency sinse KDE 4.6. So we should decide to add kwebkitpart to comps as default or optional.
Optional. KDE works perfectly and is fully featured without it, it's just redundant.
In KDE < 4.6 kwebkitpart was installed by default as dependency of kdebase, kdenetwork and konq-plugins. Users had possibility to select between KHTML and WebKit view modes in Konqueror. Some sites works better with WebKit. So if we decide to not install kwebkitpart as default then some users may lose needed WebKit functionality if they reinstall F15 system.
Those users can just install the package, as any other non-default package they want. That's what the repository is for.
Kevin Kofler