Linked by Thom Holwerda on Wed 13th Feb 2013 13:21 UTC
Permalink for comment 552361
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/19/13 23:15 UTC
Linked by Thom Holwerda on 05/19/13 23:11 UTC, submitted by Drumhellar
Linked by Thom Holwerda on 05/18/13 21:06 UTC
Linked by Thom Holwerda on 05/18/13 7:37 UTC
Linked by fran on 05/18/13 1:38 UTC
Linked by Thom Holwerda on 05/17/13 23:35 UTC, submitted by kragil
Linked by MOS6510 on 05/17/13 22:22 UTC
Linked by Thom Holwerda on 05/17/13 22:15 UTC, submitted by Tom
Linked by Thom Holwerda on 05/16/13 21:41 UTC
Linked by Thom Holwerda on 05/16/13 17:04 UTC
More News »
Sponsored Links



Member since:
2009-06-18
The are two things about Presto; one is that it tends to be standards compliant almost to a fault. If you make a site look good in Opera, you are almost guaranteed it is going to look fine in all the other browsers.
But even for everyday users rather than developers, when a company has developed a UI and engine side by side for years, a lot of the UI features come to depend on engine features. They work together.
Dragonfly is the most obvious example, but there will be tons of other things, affecting addons, and custom CSS filters, and the like. There is no chance that WebKit offers exactly the same hooks into that Presto does.
Most of the 'big' features they will adapt, I am sure, but all along the margins you can expect them to lop off the stuff that is really hard to do (cause for whatever reason, the object you need that is readily accessible in Presto is buried ten layers deep in WebKit) or not a big enough feature to be worth the effort--except it was the feature you used everyday.
In short, it is almost certain that some of the features that exist now won't exist in the initial WebKit releases, and may never come back.