Linked by Thom Holwerda on Wed 26th Dec 2007 17:07 UTC, submitted by elsewhere
Qt "Trolltech has released the Qt 4.4.0 technical preview, a pre-release that allows software developers to begin experimenting with the new features that the company has implemented for the next version. I compiled the technical preview release from source code and tested it on my desktop computer with Ubuntu 7.10. For testing purposes, I experimented with several of the new features, examined the included demo applications, and created a few simple programs of my own. The 4.4.0 technical preview adds a new concurrency framework, enhanced XML support, the Phonon media framework, and an integrated HTML renderer widget based on WebKit. This release is also the first to include support for rendering widgets on a GraphicsView component - a feature that will enable Qt developers to create richer and more dynamic user interfaces."
Thread beginning with comment 293278
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: webkit
by GeneralZod on Wed 26th Dec 2007 20:51 UTC in reply to "webkit"
GeneralZod
Member since:
2007-08-03

"And this means again that a major part of the KDE desktop is maintained outside the project, giving the project more resources available for all that cool stuff that is out there (like Plasma)."

It is highly unlikely that the small handful of KHTML hackers will suddenly down tools and begin working on Plasma, especially as, as a part of kdelibs, KHTML will need to be maintained until at least KDE5.

Reply Parent Bookmark Score: 6

RE[2]: webkit
by segedunum on Wed 26th Dec 2007 21:44 in reply to "RE: webkit"
segedunum Member since:
2005-07-06

It is highly unlikely that the small handful of KHTML hackers will suddenly down tools and begin working on Plasma

Code and development tends to gravitate what users want, and what works for developers.

KHTML has had years to turn into a reliable rendering engine that will work for the vast majority of users with the vast majority of web sites out there. It has failed. Nothing is going to paint over that fact.

KHTML will need to be maintained until at least KDE5.

No it doesn't. That's basically telling people that they're 'stuck with it, so tough'. That's a poor comeback. We're not stuck with KHTML.

Reply Parent Bookmark Score: 1

RE[3]: webkit
by UZ64 on Wed 26th Dec 2007 22:31 in reply to "RE[2]: webkit"
UZ64 Member since:
2006-12-05

"KHTML has had years to turn into a reliable rendering engine that will work for the vast majority of users with the vast majority of web sites out there. It has failed. Nothing is going to paint over that fact."

Failed by not doing what? Becoming the rendering engine of one of the world's top three browsers? :p

Just kidding. But seriously, I am curious as to why you say KHTML "failed." Was it not "good enough" for Apple to choose it to build off of for their Safari browser? Apparently not, otherwise Safari would be based on Gecko or something. I haven't used KDE or Konquerer for a while; however, I saw no problems with the rendering of the pages in general. It was the layout of the browser itself that felt cluttered and its various quirks that made it insufficient for my needs and kept me from using it.

Reply Parent Bookmark Score: 7

RE[3]: webkit
by anda_skoa on Thu 27th Dec 2007 16:28 in reply to "RE[2]: webkit"
anda_skoa Member since:
2005-07-07

KHTML has had years to turn into a reliable rendering engine that will work for the vast majority of users with the vast majority of web sites out there.


Well, I find it quite reliable, I have been using Konqueror as my main browser for years now.

I do have Iceweasel installed just in case but I often don't need it for months.

No it doesn't.


Yes, it does.
It is part of the KDE libs and as such available until KDE5 can break API and ABI compatability again.

Reply Parent Bookmark Score: 3