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


Recommended Posts

Opera announces 'gradual transition' to WebKit for desktop and mobile browsers

Opera Software has announced that it will move away from its own Presto rendering engine in favor of WebKit, the software engine that powers the Chrome and Safari browsers. "It makes more sense to have our experts working with the open source communities to further improve WebKit and Chromium, rather than developing our own rendering engine further," says CTO H?kon Wium Lie. The company says there will be a "gradual transition" this year to WebKit and Chromium across desktop and mobile.

Details of a WebKit-powered mobile browser from Opera first leaked last month. Codenamed "Ice", CEO Lars Boilesen was quoted as saying that it was designed to take on Safari and Chrome in the mobile space; the browser will be formally revealed at this month's Mobile World Congress. But the revelation that Opera is planning to adopt WebKit on the desktop, too, marks the end of an era for the Norwegian company, which introduced Presto a decade ago with Opera 7. The announcement was made as the company celebrated reaching the milestone of 300 million monthly users across all its platforms.

Source: The Verge

FANTASTIC NEWS... my dream of unified web where we don't have to write 15 CSS lines and use polyfills for a single thing and tons of libraries to make stuff look the same across browsers is coming true.

Hopefully Mozilla joins Webkit train and finally we will have Microsoft forced to switch as well..

If this happens then we can truly start phasing out Flash as building for web will be beautiful. Not to mention that the tools we will get will be as good as Flash professional as there won't be compatibility issues due to unified rendering engine and spaghetti code for 5 different browsers. This fragmentation has been destroying web for a while now. And companies can contribute with cool features like Adobe is doing with CSS3 Shaders, Blend modes and so on and it can be quickly implemented on all browsers.

THEN, we can truly say open web and browsers offer now truly unified rendering and all the cool features Flash has now and that we can't (or have hard time) doing in HTML5/JS/CSS will be implemented in Webkit.

The dream.. is just a bit closer.

FANTASTIC NEWS... my dream of unified web where we don't have to write 15 CSS lines and use polyfills for a single thing and tons of libraries to make stuff look the same across browsers is coming true.

If you're writing 15 lines of CSS to do one thing you're either:

  1. Doing it wrong
  2. Using vendor prefixed CSS which isn't actually finalised yet
  3. Putting in CSS to override the different browser defaults which has nothing to do with the rending engine

So changing to webkit won't fix a lot except create another "Designed for X" period just like the IE6 days. The only way it can work with a single rendering engine is if it because a reference implementation of the spec - ie the rendering engine is the spec but that won't happen as different browsers will probably have different versions

  • Like 3

Nah, Mozilla wants an open, standards based web, and even Microsoft seems to want a standards based web now, which is seemingly more at odds with WebKit's "do whatever and get web authors to rely on it" attitude.

WebKit is the new IE6 now.

That is bull**** because WebKit is open source.

Nah, Mozilla wants an open, standards based web, and even Microsoft seems to want a standards based web now, which is seemingly more at odds with WebKit's "do whatever and get web authors to rely on it" attitude.

WebKit is the new IE6 now.

Um.. that makes no sense really.. why? Because IE6 was a proprietary browser.. Webkit/Chromium are open source web standards based browsers that anyone can contribute to.. not sure how this is the same at all..

Yeah sure.. there might be some webkit extensions that are on top of standards stuff but that's really not that big of a deal.. you can still build standards based stuff and it will work great..

Actually Chrome is the most innovative and fast browser that works great with all the newest HTML5 stuff and even beyond like Adobe proposed CSS3 Shaders and Blend Modes and so on..

The rest are slow at innovation, their browsers suck and they are just whining (especially Microsoft) because everybody wants new hot features and nobody plans on waiting for them to catch up.. this includes Mozilla as well.

This "bug" has been in WebKit for years now, and they have no plans to fix it.

W1Fdw9m.png

If WebKit becomes the "reference implementation" does that mean it should be part of the CSS spec?

I don't think you understand what web would gain if everyone switched to webkit.. actually I think Chromium is better because it's using V8 for Javascript and it's using Chromium Webkit API to render Webkit content fine. And it's open source too.

When big guys join up (like Opera now) and hopefully Mozilla and Microsoft everyone would be contributing to the Webkit/Chromium code (whichever it is).

This would do several things;

1. Rapidly bring innovation and ubiquity among browsers.. new features would be matter of months to simply add and they would be immediately available on all other browsers.

2. Instead of writing 15 lines of CSS code and use polyfills and other garbage to work across browsers standards based stuff would just work the same on all browsers (including CSS)

3. Tools for animations, development would get into a second renaissance since Flash. Adobe and others could build awesome tools without worrying and generating kilobytes of code just to make simplest thing work on all browsers which in return makes it very hard to make good tools.

Right now, it's a mess and it's really killing the web as long as we have "Works exclusively with IE10" or "Works with Chrome" or whatever.. you wouldn't see that problem if they all agreed on one standards based, open source, browser engine.

Listen, the bottom line is this, web browser makers need to concentrate on bringing BROWSING features to their browsers and make them better, not to make everyone's lives a nightmare because they have their politics and are trying to dominate the browser market as that equals power on the web. So we get 5 different VMs, even Javascript incompatibilities ECMAScript 6 has been in development for a long time now and it's still like 5-10 years from actually replacing ECMAScript 5, we get prefixes, we get polyfills nonsense, we get specific IE extensions for Windows and everybody is trying to say how they are going to follow standards but they really don't.

I have no plan on waiting for next HTML improvements for another decade because of their own greed and desire for power. It's time they wake up and follow Opera.

I'm going to borrow a quite from a user called "kibwen" on Hacker News because I think it's a pretty good response.

You're committing an error here. Say you find a bug in Webkit. You patch it, but Apple declines to accept it upstream. You fork the project. Now how do you get your fork into the hands of your users? Unless you're secretly Google in disguise, you're SOL.

There's a bunch of non-standard stuff WebKit does on purpose (including the bug I showed earlier), if you write a patch to fix it it won't be accepted. So you fork WebKit to have a version focused on standards compliance (or whatever), how are you going to get people to use your variant? Google won't use it, Apple won't use it, etc. You changes never trickle down to people using Chrome or Safari or Android/iOS.

It seems kinda counter-intuitive to say "Everybody should use WebKit" and then say "Well you can just make your own version", which is it?

  • Like 2

It seems kinda counter-intuitive to say "Everybody should use WebKit" and then say "Well you can just make your own version", which is it?

When they all use the same thing they will have to contribute together and work together on it.. that's the whole point.. for everyone to contribute and make webkit better because it's in everybody's interest. If Chrome has that bug but other browser doesn't what browser do you think I'll be using.. the core compliance to standards is very unlikely to change..

Saying that browser makers shouldn't use one open source rendering engine amazes me considering in what fragmented mess we live today. How can this be even remotely worse than what we have now.. it can only be better not worse.

And btw.. we can already see that it works MUCH MUCH better on mobile.. we only have webkit browsers on 95% of mobile devices.. Safari and Chrome/Android default browser.. and when you build something for the mobile web the damn thing just works beautifully and is actually a joy to design and build (with the exception on some minor custom webkit stuff that Apple introduces on top of webkit core which is really not a big deal as your web app or site can work without it).

Not sure how this is worse than running 5 different JS VMs and HTML engines.

Having web standards drafted (they are not even final) and expecting that all these different browsers built differently will somehow magically work better than having everything on open source webkit is truly puzzling.. It's such a pipe dream it's not even funny.

It's not a pipe dream at all, that's the whole point of standards. How do you think Windows, OS X, Linux and *BSD all communicate while having different networking stacks? by using a common standard.

And the main browser causing fragmentation today is WebKit, even Microsoft is having issues with websites using non-standard WebKit stuff.

It's not a pipe dream at all, that's the whole point of standards. How do you think Windows, OS X, Linux and *BSD all communicate while having different networking stacks? by using a common standard.

That's why performance (for example canvas or audio/video) capabilities of HTML5 stuff today including CSS3 stuff works so great across browsers.. it really doesn't.

I don't see how they have so many issues when all the stuff MS is complaining works just fine on Firefox for example (mostly they complain about Google's own services).

I'm not saying Microsoft doesn't have a point.. but I'm telling you that everyone doing their own browsers will never make that web standards utopia you believe in. I'm far more skeptical because I know how these guys think.

V8 and Webkit based Chromium are simply the most advanced browser/VM today.. and instead of everyone peddling their own things they should all work on the same thing.

The situation is not any better since WHATWG split with W3C.. now they'll be pushing new features that are not really a part of the standards until W3C takes another decade to evaluate and try to make them standard if that happens, in the meantime you will see the same things happening as they have in the last 5 years with HTML5 (wild wild west). Promise of ubiquity that just works that is clearly pure BS and is still nowhere near ready for prime time.

When they all use the same thing they will have to contribute together and work together on it.. that's the whole point.. for everyone to contribute and make webkit better because it's in everybody's interest.

No this is absolutely the wrong approach, specs are the only thing developers should ever share, and that is even pushing it.

Oh for crying out loud, another think-i-know-it-all loudmouth.

"When big guys join up (like Opera now) and hopefully Mozilla and Microsoft everyone would be contributing to the Webkit/Chromium code (whichever it is)."

Ever actually looked at what data chrome sends back to google about what you do?

Also please show me where the phasing out of other competition has ever been a good thing? (I'll save you some time - it hasn't)

  • Like 2

Not great news. The less competition the more we end up with sub-standard standards implementation and propriety hacks. As much as i currently love WebKit, it's well on it's way to becoming the next IE6.

  • Like 1

Oh for crying out loud, another think-i-know-it-all loudmouth.

"When big guys join up (like Opera now) and hopefully Mozilla and Microsoft everyone would be contributing to the Webkit/Chromium code (whichever it is)."

Ever actually looked at what data chrome sends back to google about what you do?

Also please show me where the phasing out of other competition has ever been a good thing? (I'll save you some time - it hasn't)

You, and all the other fearmongers like you do realise that the data Chrome sends back has nothing to do with Webkit... right? And exactly the same data gets sent back to Microsoft every time you opt into their requests to send usage stats. I've been using Chrome for 3 years and strangely enough I haven't had anything bad happen to me yet. Nobody's stolen all my money, nobody's hacked my PC, the feds haven't busted my back door in...

V8 and Webkit based Chromium are simply the most advanced browser/VM today.. and instead of everyone peddling their own things they should all work on the same thing.

The situation is not any better since WHATWG split with W3C.. now they'll be pushing new features that are not really a part of the standards until W3C takes another decade to evaluate and try to make them standard if that happens, in the meantime you will see the same things happening as they have in the last 5 years with HTML5 (wild wild west). Promise of ubiquity that just works that is clearly pure BS and is still nowhere near ready for prime time.

I'm pretty sure you're switching everyone working on a standard with everyone working on an open source project. It's going to create the same mess, with each company forking it for their own purposes. Except now, it's even worse. They'll still be arguing over what should be the standard behavior. The result is:

-webkit-moz

-webkit-ms

-webkit-appl

-webkit-chrome

At least standards are enforceable. You can blame a company for breaking standards, you can't blame a company for forking an open source project.

Not great news. The less competition the more we end up with sub-standard standards implementation and propriety hacks. As much as i currently love WebKit, it's well on it's way to becoming the next IE6.

Not quite. Remember that when IE6 was around, their competition was the slowly dying Netscape Navigator, and it was the beginning of the "let's put all of our workplace applications online!" phase, mostly using Active-X, so there were huge development costs and basically no alternative.

Also, today the fight is mostly over high-level client side UI elements, a lot of which can be simulated or replaced with JavaScript. There's less demand from businesses for proprietary web technologies, and any outside company that targets one browser is shooting itself in the foot.

FANTASTIC NEWS... my dream of unified web where we don't have to write 15 CSS lines and use polyfills for a single thing and tons of libraries to make stuff look the same across browsers is coming true.

Hopefully Mozilla joins Webkit train and finally we will have Microsoft forced to switch as well..

If this happens then we can truly start phasing out Flash as building for web will be beautiful. Not to mention that the tools we will get will be as good as Flash professional as there won't be compatibility issues due to unified rendering engine and spaghetti code for 5 different browsers. This fragmentation has been destroying web for a while now. And companies can contribute with cool features like Adobe is doing with CSS3 Shaders, Blend modes and so on and it can be quickly implemented on all browsers.

THEN, we can truly say open web and browsers offer now truly unified rendering and all the cool features Flash has now and that we can't (or have hard time) doing in HTML5/JS/CSS will be implemented in Webkit.

The dream.. is just a bit closer.

Seriously, are you really that blind? I sure wouldn't want you anywhere near any websites.

http://www.neowin.ne...#entry595407240

Funny how fast people forget, or why you never responded to that. ^^

You're completely blind if you think Apple doesn't retain ultimate control of WebKit, it wants a WebKit monoculture. If Apple ever wants to put it's foot in, it can.

I feel if Opera switches to WebKit, that's even less of a reason to use it, since it won't render any differently from Safari or Chrome, and I thought one of the appeals of Opera was its own rendering engine.

  • Like 3

Nah, Mozilla wants an open, standards based web, and even Microsoft seems to want a standards based web now, which is seemingly more at odds with WebKit's "do whatever and get web authors to rely on it" attitude.

WebKit is the new IE6 now.

And gecko is in much better shape then presto when it comes to sites supporting it. Presto was/is a good standards compliant engine, but it had a small user base so site compatability was often still a problem. Firefox/gecko doesn't have that problem and there's no real reason for firefox to move to webkit. Firefox also has more resources for developing a browser engine than opera's small team. I do think its important that all browsers don't switch to webkit. Webkit is an excellent engine, but as you mention if EVERYONE starts using it we will run into another ie6 type situation where the web is developed for webkit and not developed with standards.

This topic is now closed to further replies.
  • Posts

    • The fact that memory in general is so high I have to take a loan out to build a computer now is just beyond stupid. Who's really to blame here? Low supply or high demand?
    • Display Driver Uninstaller (DDU) 18.1.5.5 by Razvan Serea Display Driver Uninstaller (DDU) is a utility for completely removing AMD/NVIDIA/INTEL graphics drivers and related packages from your system, attempting to eliminate all leftovers (including registry entries, folders and files, driver store). Though AMD/NVIDIA/INTEL drivers can usually be removed via the Windows Control Panel, this uninstaller tool was created for situations where standard uninstall fails, or when you need to fully remove NVIDIA or ATI graphics card drivers. After using this driver cleaner, your system will behave as though it’s the first time you’re installing a new driver—similar to a fresh Windows installation. As with all such tools, we recommend creating a restore point beforehand, allowing you to undo changes if issues arise. If you're having trouble installing an older or newer driver, try it—there are reports that it resolves such problems. Recommended usage: The tool can be used in Normal mode but for absolute stability when using DDU, Safemode is always the best. Make a backup or a system restore (but it should normally be pretty safe). It is best to exclude the DDU folder completely from any security software to avoid issues. You do NOT need to uninstall the driver prior using DDU. Requirements: .NET Framework 4.8 Compatible with Windows 7, 8, 8.1, 10, and 11 (32-bit or 64-bit) Note: Using on Insider Preview builds is at your own risk. Display Driver Uninstaller (DDU) 18.1.5.5 changelog: Added 'Reset to recommended' button for the Options. General fixes and improvements. Download: Display Driver Uninstaller (DDU) 18.1.5.5 | 1.7 MB (Freeware) Download: DDU Portable | 1.2 MB Links: Display Driver Uninstaller Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • WACUP 1.99.51.24568 Preview by Razvan Serea WACUP (WinAmp Community Update Project) is a modern, enhanced version of the classic Winamp music player, designed for better stability, performance, and compatibility. Built for Windows, WACUP retains the familiar Winamp interface while adding 64-bit support, bug fixes, and new features like improved audio format support, customizable skins, and optimized playlist management. Unlike bloated alternatives, WACUP focuses on lightweight performance and regular updates, making it the best choice for fans of the classic Winamp experience. Basically, if you miss the good old days of Winamp and want a modern upgrade that doesn’t mess things up, WACUP is for you! WACUP key features: Classic Winamp Feel – Keeps the familiar interface and functionality. Bug Fixes & Stability – Fixes old Winamp issues and improves performance. 64-Bit Support – Works better on modern systems. More Formats & Plugins – Supports additional audio formats and third-party plugins. Customizable UI – Skins and tweaks for a personalized look. Better Library Management – Improved playlists, media organization, and search. No Bloat – Focuses on performance without unnecessary extras. Regular Updates – Community-driven development with new features and fixes. WACUP 1.99.51.24568 Preview changelog: Fixed a deadlock seen from the recent crash reports when doing some of the drag + drop actions within the media library window Fixed a loading crash seen related to a problem with some of the artwork cache image files being restored which should now be better handled allowing for the bad image to be removed without it failing Fixed a deadlock seen from the recent crash reports when the internal metadata cache clearing is triggered which could block the main ui thread for too long with this now being moved to a background thread Fixed some performance issues with some of the methods related to determining artwork support which mainly affected the local library import / refresh (this is still slower for some compared to other players because there's more data & artwork aspects being checked for which means doing more processing on a single file despite the best of attempts to reduce duplicate / heavy processing where possible) Fixed a crash with the JTFE based missing files hotkey which no one seems to have used for an age for this to appear (maybe it's time to seriously consider stripping out features that aren't being used) Fixed how some of the file types which use extra information to reference their sub-songs is handled which was preventing some from being correctly resolved back to their base file (noticed fixing above) Fixed an issue with the handling of files with underscores in their filepath which wasn't being correctly handled causing some of the filename to be lost when shown as the title if title reading is delayed Fixed a few things that might be behind NotSoDirect not being stable for some setups though am still not certain that the changes done for this are going to fully resolve the problem from the crash reports Fixed the OS toast handling when there's no prior shortcut in the OS start menu to now create the shortcut (needed to allow the yes/no buttons for the new build / post-release toast) to be done as a hidden one so it's less likely to cause annoyance for those not wanting to see it whilst still allowing this less than ideal OS api implementation requirement to be met to avoid toasts without the needed buttons Fixed a regression when moving from taglib1 to taglib2 which broke some of the handling in place to allow for external programs to still access files when wacup has a held open cached instance of the file Everything else Updated cppwinrt (gen_win10shell.dll) to 3.0.260520.1 (26 May 2026) Updated libcurl (libcurl.dll) to 8.2.1 (24 Jun 2026) Updated Monkey's Audio (in_ape.dll) to 13.15 (28 Jun 2026) Updated mpg123 (mpg123.dll) to 1.33.6 (6 Jun 2026) Updated OpenSSL (libcurl.dll) to 3.5.7 (9 Jun 2026) Updated pugixml to 1.16 (16 Jun 2026) Updated taglib (tag2.dll) to 2.3.0 (11 May 2026) Updated vgmstream (in_vgmstream.dll) to the latest Git commit from 28 Jun 2026 Download: WACUP 64-bit | 9.6 MB (Freeware) Download: WACUP 32-bit View: WACUP Website | Screenshots Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • "over a thousand engineering hours" and started selling it but could not take a couple of minuets to send an AI email to ask permission. What an expensive lesson.
  • Recent Achievements

    • Week One Done
      Collagen Project earned a badge
      Week One Done
    • Reacting Well
      Wakeen1966 earned a badge
      Reacting Well
    • Rookie
      Almohandis went up a rank
      Rookie
    • Apprentice
      jahara21 went up a rank
      Apprentice
    • Reacting Well
      NovaEdgeX earned a badge
      Reacting Well
  • Popular Contributors

    1. 1
      +primortal
      526
    2. 2
      +Edouard
      265
    3. 3
      PsYcHoKiLLa
      146
    4. 4
      Steven P.
      99
    5. 5
      macoman
      55
  • Tell a friend

    Love Neowin? Tell a friend!