Zayed wrote:have a look here, there is a good new for you.
http://en.opensuse.org/KDE/FirefoxIntegration

This is very good news indeed.

Thanks for the link Zayed

If I may venture an opinion, Konqueror in KDE4.x is certainly doing better than Konqueror in previous versions of KDE, though most certainly there is plenty of room for improvement. One of the key areas I think would be the addition of a javascript compiler (a la tracemonkey for Firefox, V8 for Chrome, etc.) as more and more websites are moving to heavier javascript (of which it is probably Google who is leading the charge; see http://www.chromeexperiments.com/). A start in this direction would be the union of KHTML and its ever-popular child/fork WebKit which I believe already has its own.

Of course integrating Firefox into KDE will also bring plenty of benefits as there are so many users who are already familiar with Firefox and use it full time.

I like konqueror and I'd like to use it more, especially since it seems faster or more lightweight than firefox. Unfortunately, for instance, right now, I'm using firefox because of gmail.

But I just wanted to say, please don't drop konqueror, improve it. I don't like the google-firefox business relationship and I don't like how prevalent firefox is. I'd rather there be a good alternative. Keep up the good work.

peterius wrote:I like konqueror and I'd like to use it more, especially since it seems faster or more lightweight than firefox. Unfortunately, for instance, right now, I'm using firefox because of gmail.

But I just wanted to say, please don't drop konqueror, improve it. I don't like the google-firefox business relationship and I don't like how prevalent firefox is. I'd rather there be a good alternative. Keep up the good work.

I'd like to see it improve as well. It has come a long way and it has a lot of potential. Like several have said, the javascript needs to be improved. Google is pushing it and xml/ajax technologies. For example, there are rendering issues at Youtube when using Konqueror. I noticed that it was javascript:/

So, the two prevailing themes here seem to either be - integrate Firefox more tightly with KDE or improve Konqueror. While I don't see why both can't be accomplished, my intent for this thread was not to pit one against the other so much as it was to draw attention to the serious Konqueror lag and, hopefully, pique the interest and concerns of those who are influential in the direction of Konqueror/KDE. I'd really hate to think hat Konqueror has become a lost cause.

So, I just contributed to "grave" konqueror bug (Bug #154060) which has been open since 2007 (kde4.0). This is but one of my disappointments with konqueror that further makes my original point. In fact, this particular bug has me considering whether or not to drop konqueror altogether as my browser of choice. Though, I'm not quite there yet. As a side note - Based on the lack of activity on this thread, I have to assume either that this isn't an effective forum for raising these concerns or else nobody else really cares. Maybe the entire KDE world is using FF or Chrome already.

Just a few questions for any interested Konqueror developers...

- Is KHTML (or WebKit) the right rendering engine for the future?
- Can it keep up with the growing demands of the Web?
- If so, why then the heavy site incompatibilities?
- If not, what are the next generation plans?
- What about the Konqueror components (e.g. HTTPS support, etc)?

These are all very valid questions that are, no doubt, discussed quite routinely in Konqueror inner-development circles. As an end user, however, the direction of Konqueror is quite unclear and the current state, unsettling. Is there any interest, either in the user community or among developers to advance Konqueror in any notable way?

fcwells59 wrote:Just a few questions for any interested Konqueror developers...

- Is KHTML (or WebKit) the right rendering engine for the future?
- Can it keep up with the growing demands of the Web?
...
- If not, what are the next generation plans?

This depends on the (development) effort that's put into it, which seems to be picking up quite a bit in the last month (see other thread about The State of KHTML in KDE4.4), so the future is looking a lot brighter for KHTML.

- If so, why then the heavy site incompatibilities?

I don't know if 'heavy' is the correct term. I've experienced occasional incompatibilities and reduced functionality because KHTML is a second-class citizen in an IE+FireFox+Safari world. Apparently there has been a lot of effort recently to reduce the incompatibilities.

These are all very valid questions that are, no doubt, discussed quite routinely in Konqueror inner-development circles. As an end user, however, the direction of Konqueror is quite unclear and the current state, unsettling. Is there any interest, either in the user community or among developers to advance Konqueror in any notable way?

Well, the community is pretty well divided with some saying drop Konq/KHTML and just use FireFox or a webkit-based browser, some saying use WebKit in Konqueror and some saying advance Konq/KHTML. The developers seem to be strong supporters of advancing Konq/KHTML, as evidenced by the recent surge of commits to KHTML. KHTML is a fairly tightly-integrated component of KDE and Konqueror is KDE's web browser (that also does file browsing/previewing, etc. as it always has). IMO, I would love to see Konqueror emerge as a 1st class citizen in the web. I would love to be able to use only KDE apps on my KDE desktop and being able to drop Firefox (and Chrome) entirely for Konqueror would be another step towards that goal.

On the site incompatibility point. I agree that Konq does fairly well, but it's misses in one way or another on a lot of the sites I visit. Facebook is one good example of an incredibly popular site that Konq does really poorly with. In fact, it even (sadly) struggles with KDE.ORG occasionally. I recognize that this is a really tough battle - considering that the web is predominantly built for IE - but FF and Chrome somehow seem to manage rather well, as I point out in my opening post (albeit, they have huge resources to throw at it). And KHTML rendering isn't the only issue. HTTPS/SSL support struggles; theme support non-existent and may never be planned, etc.

Thus, it seems KDE needs to once and for all make the tough decision whether or not to let Konq go. I, for one, would like to keep it. I have remained loyal to Konq throughout the majority of it's life.

As IE is to Windows, Konq presently is to KDE. Sure, the KDE user community can probably survive without it, but its integration and other powerful features would be a sad and substantial loss.

I'm new to KDE. I'm an avid Firefox user. But Firefox (or Iceweasel) is GTK+ based and I'm a bit of a purist so I would like to use a Qt-based browser. Konqueror has potential to be that but will it be as quick once all the bells and whistles are loaded? I admit I don't understand the KHTML -vs.- WebKit stuff. I wouldn't mind a Qt-based "Firefox" or Opera or Chrome or ... but making my Firefox icons look more KDE while the underpinnings are still GTK+ are of no real interest to me as it is all window dressing.

I've used Gnome for years. I make no promises about defending Gnome or KDE or Xfce or whatever. Likewise Konqueror, Firefox... But one thing I've learned in life is you have to be true to yourself. With a few exceptions, of course, by and large this attitude is rampant within the Linux community and I encourage that to continue here.

HunkirDowne: Being new to KDE, you may not realize how central Konqueror has always been to KDE technology (see my opening post to this thread). Although the KDE desktop continues to mature and evolve quite nicely, Konqueror not so much - at least on the browser front. Hence my (possibly sole) disappointment and this call to action.

The notion of attempting to integrate other browsers as others have suggested here, while not entirely unattractive on some levels, doesn't address the key Konqueror issue. Nor do I think such an approach can effectively be maintained long term. The goals and objectives of KDE vs those of the browser du-jour (FF, Chrome, Iceweasel, Opera, etc) I believe will simply always be misaligned.

My own personal opinion is that Konq must either remain and be enhanced if KDE is to ever reclaim any substantial desktop share or be dropped altogether. The latter would require Dolphin to assume the many powerful features otherwise lost. Leaving things in their current state gives the KDE desktop a serious dis-integrated and un-polished appearance in my view that only contributes to heavy KDE disregard. As a long and loyal KDE user, this is a hard pill to swallow.

subscribed

@Dimitrios: You can subscribe to a topic by using the link at the bottom of the page. It's under the "Who is online?" field and the line above "Powered by phpBB..." text. Please use this the next time.

i could nt found it, i think is not in the right place as i thought that there is only the Powered by phpbb details

sorry for that

I hear there is currently word around the devs to replace Konq with Rekonq...though bear in mind even the developers of Rekonq are saying that it isn't fit for purpose.

As for me...I'm using Chrome now...yes, yes, it's gtk+ again, but at least it actually WORKS without much hassle...