Linked by Thom Holwerda on Wed 13th Aug 2008 00:10 UTC, submitted by superstoned
Qt The dot reports on the new version of Qt, as discussed by Qt developers Simon Hausmann and Andreas Aardal Hanssen. Much optimizations have already gone in the 4.5 development tree, and more is to come. You can also expect many functional improvements to the WebKit webbrowser engine, graphical effects and a new animations API.
Order by: Score:
Cocoa support as well
by adkilla on Wed 13th Aug 2008 07:57 UTC
adkilla
Member since:
2005-07-07

In other news... Qt 4.5 is planned to support Cocoa for both 64-bit and 32-bit apps on Leopard as well. You can get the alphas from here:
http://labs.trolltech.com/blogs/2008/06/09/second-cocoa-alpha-relea...

-Yawn... o.o

Reply Score: 3

QTWebkit?
by Sabz on Wed 13th Aug 2008 09:55 UTC
Sabz
Member since:
2005-07-07

is webkit all that good for it to be in QT4.5 an or supported .. i dont think it is IMHO.

Reply Score: 1

RE: QTWebkit?
by segedunum on Wed 13th Aug 2008 10:50 UTC in reply to "QTWebkit? "
segedunum Member since:
2005-07-06

Why not?

Reply Score: 2

RE: QTWebkit?
by Vanders on Wed 13th Aug 2008 12:13 UTC in reply to "QTWebkit? "
Vanders Member since:
2005-07-06

WebKit is a fine piece of code and a great engine. It actually puts Gecko to shame, as far as the code and engineering goes, and it easily matches Gecko for rendering accuracy and speed.

There is absolutely no reason that it shouldn't be included in Qt or anywhere else.

Reply Score: 4

RE[2]: QTWebkit?
by lemur2 on Wed 13th Aug 2008 12:50 UTC in reply to "RE: QTWebkit? "
lemur2 Member since:
2007-02-17

WebKit is a fine piece of code and a great engine. It actually puts Gecko to shame, as far as the code and engineering goes, and it easily matches Gecko for rendering accuracy and speed.

There is absolutely no reason that it shouldn't be included in Qt or anywhere else.


Is there any project attempting to combine an XUL browser frontend (that would work with firefox extensions) with a Webkit backend?

http://en.wikipedia.org/wiki/Xul

That could be interesting IMHO.

is webkit all that good for it to be in QT4.5 an or supported .. i dont think it is IMHO.


Webkit passes acid test 3.

http://en.wikipedia.org/wiki/Acid3#Desktop_browsers

Edited 2008-08-13 12:55 UTC

Reply Score: 2

RE[3]: QTWebkit?
by Vanders on Wed 13th Aug 2008 17:04 UTC in reply to "RE[2]: QTWebkit? "
Vanders Member since:
2005-07-06

Interesting idea. In theory WebKit supports everything you'd need for XUL, so I guess it's possible. You'd have to ask the WebKit developers for more a more in depth answer I guess ;)

Reply Score: 2

RE: QTWebkit?
by Narishma on Wed 13th Aug 2008 12:16 UTC in reply to "QTWebkit? "
Narishma Member since:
2005-07-06

Webkit is already in Qt 4.4.

Reply Score: 3

RE[2]: QTWebkit?
by tyrione on Wed 13th Aug 2008 19:37 UTC in reply to "RE: QTWebkit? "
tyrione Member since:
2005-11-21

Webkit is already in Qt 4.4.


Part of WebKit is already in Qt 4.4. As the port expands more support will be in Qt 4.5.

Reply Score: 3

RE: QTWebkit?
by asupcb on Wed 13th Aug 2008 14:38 UTC in reply to "QTWebkit? "
asupcb Member since:
2005-11-10

Are you thinking about WebKit or KHTML? You do realize that many browsers are switching their backends to Webkit or at least adding an optional Webkit rendering path because it is now an excellent rendering engine and its nightlies are very exciting especially with its new JavaScript engine and HTML 5 support. The only thing Gecko has that is better than Webkit is MathML. As far as I know Webkit has no MathML support currently.

Reply Score: 2

v webkit & Gecko
by Sabz on Thu 14th Aug 2008 00:20 UTC
RE: webkit & Gecko
by smitty on Thu 14th Aug 2008 01:02 UTC in reply to "webkit & Gecko "
smitty Member since:
2005-10-13

I'm getting the impression you don't know what Webkit is.

Apple didn't fork webkit, they forked KHTML which created webkit. Webkit is what Safari is using.

Qt 4.4 has an older version of webkit that they spent a while porting, and it has quite a few limitations. The last I heard, 4.5 was going to update it to the latest trunk code available and be much improved.

Edited 2008-08-14 01:05 UTC

Reply Score: 4

v RE[2]: webkit & Gecko
by Sabz on Thu 14th Aug 2008 04:36 UTC in reply to "RE: webkit & Gecko "
RE[3]: webkit & Gecko
by asupcb on Thu 14th Aug 2008 05:54 UTC in reply to "RE[2]: webkit & Gecko "
asupcb Member since:
2005-11-10

No Apple did a code dump on the KHTML people after the initial version of Safari was released and their was much complaining about a lack of code sharing. The KHTML people then complained about just having a heap of code dumped on them and pointed out that they could share code and ideas and speed up things all around. Eventually Apple turned Webkit completely open source. I'm not sure how exactly Webkit and its components are controlled though.

Does anyone know what kind of governance model the Webkit community uses?

Currently, Webkit is a fork of KHTML but they also share some code. KHTML strives to maintain a cleaner design than Apple does so they are quite similar but different. Kind of like the difference between Ubuntu and Debian. (I realize its not a perfect analogy but analogies aren't meant to be perfect.)

Reply Score: 2

RE[4]: webkit & Gecko
by lemur2 on Thu 14th Aug 2008 06:28 UTC in reply to "RE[3]: webkit & Gecko "
lemur2 Member since:
2007-02-17

Does anyone know what kind of governance model the Webkit community uses?


This site might help answer your question:

http://webkit.org/

http://webkit.org/coding/commit-review-policy.html

Edited 2008-08-14 06:28 UTC

Reply Score: 3

RE[3]: webkit & Gecko
by lemur2 on Thu 14th Aug 2008 06:19 UTC in reply to "RE[2]: webkit & Gecko "
lemur2 Member since:
2007-02-17

"I'm getting the impression you don't know what Webkit is. Apple didn't fork webkit, they forked KHTML which created webkit. Webkit is what Safari is using. Qt 4.4 has an older version of webkit that they spent a while porting, and it has quite a few limitations. The last I heard, 4.5 was going to update it to the latest trunk code available and be much improved.
i admit i dont know much about webkit, my undersstanding they did fork webkit an gave it to the Opensource Devs to Make something from it or out of it "

You have got it the wrong way around. KHTML is the origin of the codebase. Webkit and Safari are based on KHTML, not the other way around.

http://www.mozillazine.org/poll_results.html?id=2820
http://dot.kde.org/1041971213/
http://www.linuxtoday.com/news_story.php3?ltsn=2003-01-07-022-26-OS...

http://en.wikipedia.org/wiki/Safari_(web_browser)#History_and_development

"On January 7, 2003, Steve Jobs announced that Apple had developed their own web browser based on KHTML rendering engine, called Safari. ... Safari uses Apple's WebKit for rendering web pages and running JavaScript. WebKit consists of WebCore (based on Konqueror's KHTML engine) and JavaScriptCore (based on KDE's JavaScript engine named KJS)."

Apple made some improvements to the original KHTML code and were a bit tardy in giving some of those improvements back to KHTML as they were supposed to. It took a bit of reminding to get Apple to do the right thing.

"In June 2005, after some criticism from KHTML developers over lack of access to change logs, Apple moved the development source code and bug tracking of WebCore and JavaScriptCore to OpenDarwin.org. WebKit itself was also released as open source. The source code for non-renderer aspects of the browser, such as its GUI elements, remains proprietary."

Edited 2008-08-14 06:20 UTC

Reply Score: 4

RE: webkit & Gecko
by MamiyaOtaru on Fri 15th Aug 2008 22:34 UTC in reply to "webkit & Gecko "
MamiyaOtaru Member since:
2005-11-11

"if webkit is so much better than Gecko why did Apple Fork it?"

Let's turn that question around (after adjusting it for accuracy).

If Gecko is so much better than (khtml), why did Apple fork (khtml) instead of using Gecko?

The answer is out there (Apple gave it when announcing Safari), just go find it instead of fumbling around misunderstanding the issue.

Reply Score: 2