Opera announces 'gradual transition' to WebKit for desktop and mobi


Recommended Posts

Yeah... forking is unlikely.. riiiight.. you'll see when browser vendors start forking edge features and implementing WHATWG new stuff however they want while W3C takes another 10 years to get everyone on board with snapshots while in the meantime we'll have each browser treating new features however they want and dealing with previous browser versions supporting certain sets of features as they will not really be standard.

How this is great is beyond any reason.

:facepalm:

they are still going to fork and fragment webkit. especially when webkit refuses to fix known bugs for years.

If all browsers used the same engine then they would all have to come to an agreement on new features and how they would be implemented. If one teams did not like it or wanted a feature others didn't, they would fork it and implement it how they wanted and you would have a mess of prefixes and features again.

What does any of this have to do with the fact that Google does not own Webkit?

Flash is still years ahead of HTML5. It's far better. Google also supports Flash by default because they recognize that..

No, they support Flash because it's still used everywhere on the web, and it's part of their distribution contract with Adobe where Adobe bundles Chrome with Flash, and Google bundles Flash with Chrome.

W3C actually worked with WHATWG on HTML5 and now they are split.. WHATWG will be introducing new features going forward while W3C will then evaluate whether or not those features will be implemented into standards. Which means fragmentation going forward because WHATWG will be introducing features that are NOT standard.

...

You're still not getting it. The WHATWG version of HTML is the standard, all the W3C is managing now is creating stable snapshots so people have something to point to and say "This is part of HTML5", etc. The W3C stopped managing HTML around the time they started work on XHTML2, and when work on that stopped they handed control of HTML to the WHATWG.

It's similar to how the W3C doesn't control JavaScript, or image formats, or video formats, or WebGL, etc.

You're still not getting it. The WHATWG version of HTML is the standard, all the W3C is managing now is creating stable snapshots so people have something to point to and say "This is part of HTML5", etc. The W3C stopped managing HTML around the time they started work on XHTML2, and when work on that stopped they handed control of HTML to the WHATWG.

It's similar to how the W3C doesn't control JavaScript, or image formats, or video formats, or WebGL, etc.

What you just said is exactly that.. "This is part of HTML5" is when those new features become part of the HTML spec, until then they are not part of the spec at all (they are really forked) and can be implemented however browser vendors want (prefixes and similar). WHATWG is NOT standards body. It's a community of people and companies who come up with ideas that should go in HTML and everyone can contribute and that's it.

what's the difference between a "snapshot" and new features WHATWG introduces? You are claiming that what WHATWG comes out with is the standard and that's not really true. When W3C adds them to officially be a part of the HTML spec is when it becomes part of the standard.

Let me just get this for the record. Are you saying that 100% of things that WHATWG comes up with will be part of HTML spec for sure. There is absolutely no guarantee of that. Furthermore, even if it will become part of the standard WHATWG will be dealing with new features much faster and add more features that browsers like Chrome or Firefox will introduce while Microsoft might choose not to until it is officially a part of the spec and thus creating similar situation we have now with HTML5 and fragmentation.

This is a good take on the whole W3C and WHATWG split

http://www.i-program...-w3c-split.html

Clearly as Webkit is behind supporting finalised standards such as the CSS3 backgrounds and borders module, browser vendors should abandon Webkit and switch to Trident.

Microsoft control the desktop OS market, so clearly they should be the ones to dictate the future of the web too.

Yeah that worked out really well with IE6 :rolleyes:

Yeah that worked out really well with IE6 :rolleyes:

Funny how the so called "open source" engine is behind Trident in terms of standards support. So much for that openness.

Then again, Gecko has support too and that's open. I guess Webkit must not be as open as people claim then. ;)

Funny how the so called "open source" engine is behind Trident in terms of standards support. So much for that openness.

Then again, Gecko has support too and that's open. I guess Webkit must not be as open as people claim then. ;)

Funny, because Chrome is still ahead of IE10 on most HTML5 feature subsets (320 vs 468 on the HTML5 test) a difference of 46%

Also wins by a margin of 151 (out of 160) to 127 on this test:

http://wapsbttest2.m...net/html5/test/

And just FYI, no browser (still) has full HTML 5 support, and unlike Microsoft it's not taking Google and Mozilla a year for each new version, Chrome specifically is being developed very quickly. Eventually Microsoft's strategy will leave them always being 1 step behind.

Funny, because Chrome is still ahead of IE10 on most HTML5 feature subsets (320 vs 468 on the HTML5 test) a difference of 46%

Also wins by a margin of 151 (out of 160) to 127 on this test:

http://wapsbttest2.m...net/html5/test/

And just FYI, no browser (still) has full HTML 5 support, and unlike Microsoft it's not taking Google and Mozilla a year for each new version, Chrome specifically is being developed very quickly. Eventually Microsoft's strategy will leave them always being 1 step behind.

Ah I see, you're not an actual developer. If you were you'd realise that HTML5Test is completely useless for measuring compliance. (There is a reason why the education system has exams, and doesn't qualify based on what someone claims they know)

Like a myriad of other people have already said in this thread.

Phalluswaving so-called compliance tests doesn't address my point anyway. Webkit is significantly behind implementing support for a finalised standard. (And this is not the only case) If all your guff about Webkit's openness meant a damn thing (it doesn't), then such situations would not occur.

Sorry, I side with actual evidence over corporate shills. The evidence tells me that Chrome has better support for HTML5 and what's more I never run into problems with it.

Sorry, I side with actual evidence over corporate shills. The evidence tells me that Chrome has better support for HTML5 and what's more I never run into problems with it.

Or we could listen to http://samples.msdn....m/ietestcenter/ which tells me that IE10 has the best HTML5 support O.O

did you read the notice below the test results you posted?

The HTML5 test score is only an indication of how well your browser supports the upcoming HTML5 standard. It does not try to test all of the new features offered by HTML5, nor does it try to test the functionality of each feature it does detect. Despite these shortcomings we hope that by quantifying the level of support users and web developers will get an idea of how hard the browser manufacturers work on improving their browsers and the web as a development platform.

The score is calculated by testing for the many new features of HTML5. Each feature is worth one or more points. In some cases the tests go beyond the specification. In the case of audio and video there is are also specific tests for codec support. In these cases the most points are awarded for supporting the first codec. Each additional codec it supports does result in a couple of bonus points. Apart from the main HTML5 working draft, this test also awards points for supporting related drafts published by the W3C, such as Geolocation, Web SQL Database, Web Workers and many more. In the future new tests will be added for the pieces of the specification that are currently still missing. The maximum number of points that can be scored is 160 at this moment, but this is a moving goalpost.

It isn't a real representation of how well a browser supports HTML5, it's a combination of what the browser say they support, how important the site's author decides each feature is, and what the site's author wants to pick & choose to be included in the "spec"

Sorry, I side with actual evidence over corporate shills. The evidence tells me that Chrome has better support for HTML5 and what's more I never run into problems with it.

Same can be side with IE9/10 from a users point of view and even from a dev point of view.

HTML5 support is the art of foolishness. It is not that the goals of HTML5 are a bad thing, but the whole process and definition are at the heart of what is wrong with web standards.

Boz here likes to keep citing multi-vendors using their own engines as the root of the problem, but that goes to his lack of understanding of how standard bodies are supposed to work. Chrome is a symbol of the issues as well, and all of the "open web" developers as well.

The root of the issue is the lack of iterative standards that can be targeted properly. The lack of focus on getting browser vendors to fix the bugs for the HTML version targeted. The political discourse of the W3C bodies that make it inept to formalize a standard in an actual timetable that would be suitable for developers. The lack of control over the whole process. The disregard for backwards compatibility and the stale and fluent nature of the web.

If we just go to Wifi, there are 8 standards that have passed in the last 10 years. "Draft devices" were released as experimental implementations of the standards but usually upgraded to comply, or were clearly labeled as such for consumers to know it is not fully meeting standards. That is 8 standards passed without a major complication like web standards from multiple vendors with multiple implementations that conform to the standard.

What everyone here likes to ignore is that there is a difference between a standard and an implementation. However, you cannot have a good implementation if you do not force compliance through some kind of certification process. It is the crown achievement of Windows that they forced all the OEMs in the industry to confirm to the Windows logo and they kept making that process more strict to increase the quality of the hardware and drivers. You do not have that on the web. There is no certification process that deems this browser to meet the actual standard. Partially, because the W3C has a horrible definition of what becomes standard that takes years to meet "recommendation" status. This is the central argument to Microsoft who knows you cannot force the expense of e-commerce business to change their sites just so your browser can use a new feature. There has to be tests, certifications, and a finalized agreement of what that standard is.

The WHATWG coming up with the absurdity of calling everything HTML5 with no versioning control of the release is a great example of how broken the process is. I understand the idea of using a main branch of code like trunk, default, main, etc. to be where all features get developed but eventually there needs to be a tag that says this is HTML5.1, and now HTML5.2, etc. so that you can target the feature set and code properly to that standard. Though it does look like they have finally come up with a roadmap to get there, we will see.

I know people want to think with one engine you can enforce a perfect implementation, but you can only do that if all the parties are aligned with the same interests. Multiple companies being involved means there is no alignment. Google has WebM interests for video codec, Apple has H.264 and I'm sure H.265 interests and Microsoft has same interests as Apple in that regard since giving up their own codecs. That is just one aspect of the HTML 5 specification that has been at odds. Microsoft had a simple solution, support all of them so long as someone installs the codec. These interests will continue and grow to divide a "unified Webkit" as new innovations come about. Look at WebRTC. People look at Microsoft with disdain for daring to come up with something better which to me means anti-corporate.

And I just love all of these anti-corporate, propriety lingo from people who do not understand that your standard of living is better because of those evil corporations. Go away with that crap.

  • Like 2

<snip>

I don't disagree with you at all libertas83.. actually most of what you wrote I agree with 100%. I personally think that if browsers were unified under one rendering engine and that rendering engine was passed onto W3C or an official body that would standardize how things are rendered and actually made sure that each release is compliant with the latest spec would be something close to what you are saying there.. some level of certification in the process. There's no guarantees either way but it would eliminate corporate interests that browser vendors push now by developing their own browsers.

Sorry, I side with actual evidence over corporate shills. The evidence tells me that Chrome has better support for HTML5 and what's more I never run into problems with it.

Yet you're the one here on Google's paycheck. (See what I did here)

It's a shame your opinion can be bought for so little Javik, or maybe it's that you're too ignorant of the facts (And have to rely on facile point scores) to see the truth - Webkit is the new IE6.

  • Like 1

Not sure if having the same browser source code as IE someday is a very secure feeling. Now I don't know **** about code and programming like you guys but wouldn't a unified browser source code engine be more susceptible to virus attacks.

I don't disagree with you at all libertas83.. actually most of what you wrote I agree with 100%. I personally think that if browsers were unified under one rendering engine and that rendering engine was passed onto W3C or an official body that would standardize how things are rendered and actually made sure that each release is compliant with the latest spec would be something close to what you are saying there.. some level of certification in the process. There's no guarantees either way but it would eliminate corporate interests that browser vendors push now by developing their own browsers.

Ever heard of Amaya?

Ah I see, you're not an actual developer. If you were you'd realise that HTML5Test is completely useless for measuring compliance. (There is a reason why the education system has exams, and doesn't qualify based on what someone claims they know)

Like a myriad of other people have already said in this thread.

Phalluswaving so-called compliance tests doesn't address my point anyway. Webkit is significantly behind implementing support for a finalised standard. (And this is not the only case) If all your guff about Webkit's openness meant a damn thing (it doesn't), then such situations would not occur.

To explain why half these tests suck for the people playing along at home, they test whether a browser claims to support a feature, not if the feature actually works. The Acid3 test did some similar things with SMIL/SVG Fonts support, WebKit implemented just enough of both specs to pass the test, but not much more (i.e. WebKit claimed to support some of SMIL, but trying to use it would fail, and SVG Fonts worked just enough to pass the test, but not use on any web pages, etc.)

one rendering engine = no competition

You need competition to make developers develop.

When the race is over, everybody stops running...

The competition should be in the browser features, things they might could add to stand out from the crowd. Much like Android phone makers do with different interfaces and whatnot. The underlying core is still Android. I don't see having one rendering engine as doing away with competition. It means everything on the web renders the same for everyone.

The competition should be in the browser features, things they might could add to stand out from the crowd.

I don't follow this all too closely, so feel free to correct me, but aren't browser makers really trying to do away with all that stuff, and instead focus on improving the JavaScript/HTML support & performance? I mean, when Chrome first came out wasn't its big plus that it had an extremely fast core, and then only the most basic rest of the browser (password support, cross-device syncing, favorites, etc.)? If all browsers have the same rendering engine, and that causes them to implement more of these "extras," I'm not sure if I'd really appreciate that.

Much like Android phone makers do with different interfaces and whatnot. The underlying core is still Android. I don't see having one rendering engine as doing away with competition. It means everything on the web renders the same for everyone.

This part reminded me of an (admittedly unrelated) WIRED article I read a little while ago - http://www.wired.com...saving-android/ - that complained about the way Google was allowing that.

On top of that, taking the Android example a bit further, wouldn't the rendering still be dependent on what version of WebKit the browser maker is using? For example, what if Google wants to auto-update Chrome to the latest versions of WebKit, Microsoft wants to wait until it's been tested on all the other major browsers and then do updates once every few months, and Apple wants to update somewhere in between? Then wouldn't we have the same kind of fragmentation that's so prevalent on Android devices - large groups of devices running different versions of the same software, that's been modified so much by the OEM that, sometimes, it doesn't even run default Google apps?

There's something scary about a single codebase running the entire web, whether it's open-source or not. It certainly defeats the point of having web standards.

one rendering engine = no competition

You need competition to make developers develop.

When the race is over, everybody stops running...

Then obviously you are both running Opera as your main browser, right?

  • 2 months later...
No, 50/50 between IE and Chrome depending on website and device.

Then how can you justify your criticism of Opera? Why should everyone else have to carry the burden while you sit around on the sidelines and tell everyone else to "do the right thing"?

This topic is now closed to further replies.
  • Posts

    • Windows ME was worse.
    • Dude, im talking about simply disable it from settings app. Because of the eu regulation, you could disable it here for years.
    • One big question about Mars was answered thanks to Einstein's 100 year old theory by Sayan Sen Image via DepositPhotos Scientists at the U.S. National Institute of Standards and Technology (NIST) have calculated how time passes on Mars compared with Earth, adding detail to how timekeeping would need to work beyond Earth’s orbit. The study, published in The Astronomical Journal, found that clocks on Mars run an average of 477 microseconds, or millionths of a second, faster per day than clocks on Earth. A microsecond is one millionth of a second, a very small unit used in precise scientific timing systems such as atomic clocks, which measure time using consistent atomic behavior. This difference is not constant. Because Mars moves around the Sun in a non-circular path (an eccentric orbit, meaning its distance from the Sun changes over time instead of staying fixed) and is affected by gravity from other bodies, the daily difference can vary by as much as 226 microseconds over a Martian year. The study also identifies smaller repeating changes of about 40 microseconds per day linked to synodic cycles (repeating periods that describe how planets line up with each other as they orbit the Sun from different positions). These longer patterns affect how time differences slowly rise and fall. To make these estimates, researchers compared Mars with Earth and the Moon. The work looks at relativistic proper time (the time actually measured by a clock depending on its speed and the strength of gravity where it is located, as described in Einstein’s relativity). This shows that each world has its own slightly different “rate” of time. This becomes more important as space missions expand into cislunar space (the region between Earth and the Moon) and toward Mars. On Earth, time systems rely on atomic clocks and satellites, which stay closely synchronized for navigation and communication. The study is based on Albert Einstein’s theory of relativity, which shows that time is affected by gravity and motion. Stronger gravity makes clocks run slower, while weaker gravity makes them run faster. “The time is just right for the Moon and Mars,” said NIST physicist Bijunath Patla. “This is the closest we have been to realizing the science fiction vision of expanding across the solar system.” A day on Mars is about 40 minutes longer than on Earth, and a Martian year lasts 687 Earth days. But the main question is not just about days and years, but how fast time itself passes. An atomic clock placed on Mars would function normally, but compared with one on Earth, the two would slowly drift apart due to differences in gravity and motion. This requires careful calculation of what is similar to a time-zone difference across planets. Researchers modeled Mars using a reference surface and included gravitational effects from the Sun, Earth, the Moon, and other planets. This includes a multi-body gravitational system (often described as a three-body or four-body problem, where predicting motion becomes difficult because multiple large objects all pull on each other at the same time through gravity). Mars also follows a Keplerian orbit (an idealized elliptical orbit based on simple gravitational laws that assume smooth motion, before adding real-world disturbances from other bodies). In addition, the researchers accounted for solar tides (small changes in gravitational force caused by the Sun that slightly distort planetary motion and timing, especially in systems involving Earth and the Moon). These combined effects are described as relativistic proper-time offsets (small but measurable differences in elapsed time between locations caused by gravity and motion), which must be included when comparing clocks across planets. “But for Mars, that’s not the case. Its distance from the Sun and its eccentric orbit make the variations in time larger. A three-body problem is extremely complicated. Now we’re dealing with four: the Sun, Earth, the Moon and Mars,” Patla explained. “The heavy lifting was more challenging than I initially thought.” Although the differences are extremely small, they matter for navigation and communication systems that depend on precise timing. Even modern networks on Earth, such as mobile systems, rely on timing accuracy at very small fractions of a second. Communication between Earth and Mars currently takes about four to 24 minutes or more depending on planetary positions, meaning signals are not real-time. A shared and accurate time system could help future missions reduce confusion in navigation and data exchange. “If you get synchronization, it will be almost like real-time communication without any loss of information. You don’t have to wait to see what happens,” Patla said. Researchers note that fully developed interplanetary communication networks are still far in the future. However, understanding how time behaves across planets helps prepare for those systems. “It may be decades before the surface of Mars is covered by the tracks of wandering rovers, but it is useful now to study the issues involved in establishing navigation systems on other planets and moons,” said Neil Ashby. “Like current global navigation systems like GPS, these systems will depend on accurate clocks, and the effects on clock rates can be analyzed with the help of Einstein’s general theory of relativity.” Patla added that the results also help improve understanding of time itself under relativity. “It's good to know for the first time what is happening on Mars timewise. Nobody knew that before. It improves our knowledge of the theory itself, the theory of how clocks tick and relativity,” he said. Source: NIST, IOPscience This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing.
    • TeraCopy 4.0 Build 26 by Razvan Serea TeraCopy is a compact program designed to copy and move files at the maximum possible speed, also providing you with a lot of features. Copy files faster. TeraCopy uses dynamically adjusted buffers to reduce seek times. Asynchronous copy speeds up file transfer between two physical hard drives. Pause and resume transfers. Pause copy process at any time to free up system resources and continue with a single click. Error recovery. In case of copy error, TeraCopy will try several times and in the worse case just skips the file, not terminating the entire transfer. Interactive file list. TeraCopy shows failed file transfers and lets you fix the problem and recopy only problem files. Shell integration. TeraCopy can completely replace Explorer copy and move functions, allowing you work with files as usual. TeraCopy is free for non-commercial use only. For commercial use you need to buy a license. The paid version of the program includes the following features: Copy/move to your favorite folders. Save reports as HTML and CSV files. Select files with the same extension/folder. Remove the selected files from the copy queue. TeraCopy 4.0 Build 26 changelog: Added support for receiving files via the LocalSend protocol. Improved exception handling and automated bug report upload. Fixed several minor bugs and small memory leaks. Build 26 (June 24) Fixed a rare exception when a transfer completed. Features added since version 3.17: Enhanced speed graph. New multi-threaded copy engine. Support for copying to multiple targets. Queue system for managing multiple copy operations. Support for receiving files via the LocalSend protocol. TeraCopy entry in the modern Windows Explorer context menu. Integrated toolbar in the title bar. Why receive LocalSend transfers with TeraCopy? Handle file conflicts: Skip, overwrite, or rename files when a file with the same name already exists. LocalSend always creates another copy, which can waste time and disk space, especially when resuming an interrupted transfer. Filter unwanted files: Apply ignore lists or remove files manually before accepting a transfer, so unnecessary files are not downloaded. Better performance on fast networks: In tests over a 10 Gbps connection, TeraCopy received files several times faster than the standard LocalSend app on Windows. Download: TeraCopy 4.0 Build 26 | 14.5 MB (Freeware, paid upgrade available) View: TeraCopy Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Briefly used Turbo Pascal (and Turbo C++) in 97 and soon after that I bought PC magazine that included a full version of Delphi 2. I still use Delphi today, some 29 years later.
  • Recent Achievements

    • Grand Master
      Jaybonaut went up a rank
      Grand Master
    • One Year In
      Philsl earned a badge
      One Year In
    • Dedicated
      Scoobystu earned a badge
      Dedicated
    • First Post
      Tom Schmidt earned a badge
      First Post
    • One Month Later
      D0nn13 earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      453
    2. 2
      +Edouard
      177
    3. 3
      PsYcHoKiLLa
      124
    4. 4
      Michael Scrip
      78
    5. 5
      Xenon
      76
  • Tell a friend

    Love Neowin? Tell a friend!