Opera Picks Up Webkit Engine 314
New submitter nthitz writes "Opera has announced that they will be dropping their rendering engine Presto, in favor of Webkit. This knocks the number of major rendering engines down to three. Opera will also be adopting the Chromium V8 Javascript engine. The news coincides with their announcement of 300 million users. '300 million marks the first lap, but the race goes on,' says Lars Boilesen, CEO of Opera Software. 'On the final stretch up to 300 million users, we have experienced the fastest acceleration in user growth we have ever seen. Now, we are shifting into the next gear to claim a bigger piece of the pie in the smartphone market.'"
They've already submitted patches to improve multi-column layouts even.
Monoculture, here we come (again) (Score:4, Interesting)
Re: (Score:2, Insightful)
It's the natural end point of any "free" market. I don't understand why people have such a hard time understanding this.
Re:Monoculture, here we come (again) (Score:4, Interesting)
Since Opera's engines were closed source anyway, I don't see the diversity they provided as terribly valuable. If they open source the stuff they're abandoning now (as they definitively should), that will be far more valuable.
Re: (Score:2)
As is often the case when closed code is made free, it may become clear why they decided to switch rather than clean up their own. Proprietary codebases are often a mess compared to a high quality open codebase. Seems to be most common with games, given the extreme deadline pressures they are subject to, but not unheard of in other areas. The value of opening the code is countered by the effort required to clean it up. And if there are gaps left by proprietary bits that can't be opened due to licensing
Re: (Score:2)
I'm not sure opening the code would bring that much value, but I do agree with you, since it couldn't hurt.
If some unemployed OCD programmers with a penchant for refactoring code can be turned loose on it, then even a snarly codebase that Opera abandoned might pay us some dividends.
I'm using Opera Mobile on my Android devices because they are so very pathetic; I have a Nook Simple Touch which runs 2,1 (won't someone please get gingerbread working?) and I have (get ready for it) an AT&T Fuze aka HTC Raphael 110, which can be booted into Gingerbread with very little reliability. But Opera Mobile actually runs
Re:Monoculture, here we come (again) (Score:4, Interesting)
Operas code is quite clean. Way easier to read and understand than Firefox's. Don't know how it compares to Webkit code-wise.
Re:Monoculture, here we come (again) (Score:5, Interesting)
A browser monoculture based on webkit is at least better than a monoculture based on a closed source rendering engine...
Just how bad it is, really comes down to who controls it and how much input other people have into it.
Of course without intervention pretty much everything will end up heading towards a monoculture... Linux for instance has pretty much killed the varied proprietary unixes that existed just as x86 has killed the risc processors they ran on.
So if a monoculture is inevitable, then minimising the damage by keeping it open is the best you can hope for.
Re: (Score:2)
Re: (Score:2)
A browser monoculture based on webkit is at least better than a monoculture based on a closed source rendering engine...
Just how bad it is, really comes down to who controls it and how much input other people have into it.
Of course without intervention pretty much everything will end up heading towards a monoculture... Linux for instance has pretty much killed the varied proprietary unixes that existed just as x86 has killed the risc processors they ran on.
So if a monoculture is inevitable, then minimising the damage by keeping it open is the best you can hope for.
Last I checked, the various flavors of BSD were alive and well (but I haven't confirmed this with Netcraft, so I may be wrong).
Re: (Score:3, Informative)
Why this will never happen: http://browserfame.com/363/why-mozilla-gecko-will-not-adopt-webkit
Re: (Score:3)
That wasn't a good answer. He basically just said that they've tied the browser UI to the render engine and don't want to separate the two. There's no reason they couldn't keep Gecko to handle XUL and keep their JS extensions to support the browser UI. They just don't want to. Add in the comment about WebKit not supporting new JS standards, which has nothing to do with WebKit (WebKit isn't a JS engine) and you're left wondering what the guy is trying to defend.
Re: (Score:3)
It's no big deal. If some monopolist messed around with a single platform it would be easy to replace html with an ad hoc markup language, make a browser for that and ignore all previous standards. I'm not joking. There is really nothing magic about document markup and "mobile" application frameworks, almost any undergraduate CS student could come up with something better than what we have now, and an alternative WWW would be adopted very swifty if the old one for some reason became inconvenient to most use
Re: (Score:2)
I very much doubt that. Just research a bit into Firefox development and you'll see this is extremely unlikely. Almost unthinkable.
Re: (Score:3)
The open source community builds a tool that's so good everone adopts it? Unacceptable!
Re: (Score:3)
This is bad news. Another step on the way to browser monoculture, with all the problems that can bring.
From TFA:
"It was always a goal to be compatible with the real web while also supporting and promoting open standards. That turns out to be a bit of a challenge when you are faced with a web that is not as open as one might have wanted."
The web isn't open. It never was. Many, many sites only start working properly in Opera when you mask as IE/Firefox, because browser sniffing is still a thing even in 2013.
The popularity of Webkit also brought its share of problems. Too many blogs and sites raving about exper
Re: (Score:3)
Can we have the source, please? (Score:5, Insightful)
Re: (Score:3)
I can confirm that Opera was the fastest browser before Chrome was on the scene. I visited my aunt once and was trying to use her ancient PC with my thumb drive... Firefox took forever to start, but Opera was instant and browsing was nice and snappy.
Still nothing compared to how Chrome would perform later, at least on other PCs, but still.
Re: (Score:2)
You can still use Presto. Just put the following in your document head:
<meta render-engine="https://www.opera.com/developer/tools/presto-12.14.bin" />
Ok, that was a joke. Would be cool, though.
Re: (Score:2)
Cost related? (Score:5, Interesting)
Just speculation, but I wonder if this is cost related. It can't be cheap to keep Presto up to par with Webkit and Gecko. Using Webkit instead means they can spend less money on that, and devote more to the UI without particularly affecting the browser's standards compliance.
So in that sense it seems like a sound business decision.
Re: (Score:3)
That's exactly what the first link says is the reason:
it [maintaining Presto] ends up taking up a lot of resources - resources that could have been spent on innovation and polish instead
and
Not only will it [switching to Webkit] free up significant engineering resources at Opera and allow us to do more innovation instead of constantly trying to adapt to the web
Re: (Score:2)
So, as a small company,m,m,. if Opera is to compete it has to make the front end look good, not spend time on the engine. Only MS has the money to spend competing on the engine.
Makes sense... (Score:5, Interesting)
As a web developer, I should be happy about this development, but the fact is: Opera was always standards compliant and as a user I liked how it rendered pages (qucikly and without any white screen gaps between page loads).
But it probably makes sense for them. Webkit is solid and their costs will probably go down dramatically.
"rendering ending"? (Score:2)
Do you mean rendering engine?
After all the complaints of slashvertisements yesterday, at least something is back to what we are used to over the last 15 years. Complete lack of grammar and editing.
Re: (Score:2)
...which in themselves reflect a never-endering ending...
Re: (Score:2)
I'm quite impressed that it took this long for someone to bother commenting about it.
R.I.P Opera (Score:2)
Opera is dead after this move. Ever since the founder of Opera left (forced out) Opera has been a sinking ship.
It was good know you Opera, the web browser that could fit on a floppy in my Windows 98 days.
And the winner is... Mozilla?!! (Score:4, Insightful)
The W3C requires at least two implementations of a standard before it can become a Recommendation. Thus, Google needs at least one ally with its own independent browser implementation to push standards through to Recommendation status. Of the five major browser vendors (Microsoft, Google, Apple, Mozilla and Opera), three of them (Google, Apple and Opera) are now all using a single rendering engine: Webkit. Apple may have a separate JavaScript engine, but it's a fierce competitor of Google, as is Microsoft. This leaves only Opera and Mozilla as potential standards partners, and Opera just went Webkit/V8. So, basically, Mozilla becomes Google's de facto ally for Web standards. (As if they weren't already, considering WebRTC.)
Congratulations, Mozilla. Your continued Google funding is assured.
Re: (Score:2)
The W3C requires at least two implementations of a standard before it can become a Recommendation.
No one cares about the W3C any more. They've made themselves an irrelevant laughingstock by being years behind the times on updating the HTML and CSS standards. The result is that WebKit is the de facto standard now.
I always wondered (Score:2)
How does the Opera company stay alive?
They've been in operation since... about late '90s? But how exactly? A feature story on them is long overdue.
Re: (Score:2)
Licensing for portable devices and Wii.
Re: (Score:2)
Their rendering what? (Score:3)
Opera has announced that they will be dropping their rendering ending
I'd say something like "are the editors even trying any more?" if it hadn't been so clear for so long that no, they're not.
They've already submitted patches to improve multi-column layouts even.
Oy vey, what is dis, submit like an old Jewish man day?
Good news! (Score:3)
Consider the goal: invariably produce specific output for specific input. Given certain markup, styles, and scripts, there's an expected result, and that result should be the same across all browsers. That's is why we have standards. Those standards help make the Web a great platform.
What, then, is the purpose of WebKit, Gecko, Presto, and Trident—four modern browser engines—all consuming development resources, each in pursuit of the exact same standards? If each were successful, we'd have four completely duplicative pieces of software when we only need exactly one.
Some people here are claiming about monoculture. Well, sorry, these aren't biological organisms. Imagine if, instead of having resources divided four ways, those resources were focused on a single project (or, at least, some of those resources were contributing to projects that aren't waste heat). These products are nearly as complex as operating systems. Think about what could be accomplished with all that poorly allocated effort?
Now Opera have come in and helped illustrate my point. They finally realized it's inefficient for them to reinvent the wheel a fourth time. (Maybe Microsoft will do the same.) They may have also realized all this redundant effort also create unnecessary work for web developers, who must perform grueling work and testing to understand and react to the subtle differences in all these engines. With this decision, they can get their engineering talent to focus on useful development, and they've saved the rest of us quite a bit of time, too.
Re:Hopefully we can narrow this down to ONE (Score:5, Insightful)
Ideally, yes that's true. In practice, this would result in the one becoming a defacto standard, and whomever controls the one controls the standard. We are already kind of seeing this with WebKit. Competition is never a bad thing.
Re: (Score:2)
There was one FUDster some months ago that was on a website that was
Re:Hopefully we can narrow this down to ONE (Score:5, Informative)
Who owns the master branch? Who guards the commit gates from the hordes? There's your defacto controllers of WebKit - you can fork all you want, but you need to get the main users (the browser integrators, Google et al) to follow your branch rather than the master.
Apple owns the master branch.
Re:Hopefully we can narrow this down to ONE (Score:5, Insightful)
Re: (Score:3)
Ideally, yes that's true. In practice, this would result in the one becoming a defacto standard, and whomever controls the one controls the standard. We are already kind of seeing this with WebKit.
It's true that WebKit is becoming a de facto standard, but I don't really see this as a problem. Some people say it's just like what happened with IE6, but there are several reasons why that was much more problematic:
Re: (Score:3)
No. Apple forked KDE's KHTML into WebKit.
Re: (Score:3, Insightful)
The point is, when implementations are free, why do we need paper standards at all?
A standards organization is made up of industry members who are stakeholders and other interested parties. It's a democracy, which is why standards are always so slow in coming. An implementation is necessarily owned and managed by a much smaller group; democracy-styled software development management doesn't work.
The system we have now where we have standards organizations which are sufficiently careful and methodical and multiple implementations with one or more also acting as testbeds is serving us
Re: (Score:2)
You live on this cloud nine where standards are complete and leave nothing up for interpretation, and where implementations of the standards are bug-free and introduce no vendor-specific extensions. Alas, in the real world, it's not that way.
Re: (Score:2)
We already have the 'standard was the implementation' bullshit in Office Open XML. We don't need another in HTML/CSS.
Well, first of all, the 'implementation' of OOXML was not and is not open source, so it cannot be examined or freely used. For another thing, OOXML is more complicated by an order of magnitude than HTML/CSS.
Re: (Score:2)
Where if Hixie don't like it, it ain't happening.
Re: (Score:2)
Imagine if we had said that a few years ago, when IE6 ruled the market. Without the competition from Mozilla, Opera, and Konqueror, among others, do you think Microsoft would have ever improved their browser?
Competition is good. I happen to like Webkit, but I'm not looking forward to a world in which EVERYONE uses webkit. Someone needs to be odd man out, doing things differently, and looking for "the next big thing" in web browsers.
Re:What do they consider a user? (Score:5, Informative)
Don't forget that Opera is more that just a desktop browser. It really shines on mobile platforms with Opera Mini and Opera Mobile. The Wii's web browser is also Opera.
From what I hear, they're really big in second and third world countries where bandwidth is more limited and/or you pay by the kilobyte. Opera excels at compressing the content (especially with Opera Turbo).
Re: (Score:3, Insightful)
Sorry, there no such thing as "excelling" at compression "especially" with Opera Turbo. The browser has zero control over compression, it can request plain old gzip compression from the server, and the server may or may not oblige. That's all that's available without a dedicated server. Opera Turbo is a system where the browser basically hijacks you connection and routes it over an Opera-controlled server. It's that server that then obtains the website content for you and compresses it. It's the only way te
Re: (Score:2)
There are other aspects to rendering speed than the rending engine. They can still use their own JavaScript engine. The rest of the browser other than rending the actual pages still plays a big part.
Re: (Score:2)
TFS mentions they are switching to Chromium for JavaScript - so that's out too.
Re:What do they consider a user? (Score:5, Insightful)
Sorry, there no such thing as "excelling" at compression "especially" with Opera Turbo. The browser has zero control over compression, it can request plain old gzip compression from the server, and the server may or may not oblige. That's all that's available without a dedicated server. Opera Turbo is a system where the browser basically hijacks you connection and routes it over an Opera-controlled server.
So the first part of your comment was irrelevant, except to note in passing that Opera has always had good HTTP compression support, and other features to speed up page loading (e.g. not loading images, or loading them selectively).
It's hardly hijacking if they they tell you what they're doing, and you have to click a button to enable it:
When Opera Turbo is enabled, webpages are compressed via Opera's servers so that they use much less data than the originals. This means that there is less to download, so you can see your webpages more quickly.
Enabling Opera Turbo is as simple as clicking the Opera Turbo icon at the bottom-left of the Opera browser window. When you are on a fast connection again and Opera Turbo is not needed, the Opera browser will automatically disable it.
http://www.opera.com/browser/turbo/ [opera.com]
Re: (Score:2)
It was really, really handy back on the old 320x240 Nokias because in addition to bringing pages down to a size where the browser wouldn't choke, they reflowed the text into screen-width columns.
Re:What do they consider a user? (Score:5, Informative)
Re: (Score:2)
Re: (Score:3)
Glad to be of help:
https://addons.opera.com/en-gb/search/?query=adblock [opera.com]
Sometimes, things can be so easy. :)
Re: (Score:2)
Re: (Score:2)
Chrome will prompt you to kill popups / download requests if it gets too many, and after a script has hung for some time will give you a prompt to kill it. I believe Firefox has that second feature as well.
Re:What do they consider a user? (Score:5, Informative)
Opera has always either been the first or the first to do it right. Hands down.
You're not kidding. Opera's Multi-Document Interface (MDI) was the first foray into tabbed browsing nearly three years before anyone else.
Re:What do they consider a user? (Score:5, Insightful)
And when you live in a small village in africa and an hour of smartphone use could cost a day's pay, you get mighty thankful for that compression. These aren't the sorts of people that do online banking and are worried about MitM. Many of them are very happy to exchange email with friends and relatives in another village, and text compresses very nicely.
Just because it's not the right feature for you doesn't mean there isn't a significant sized group that really appreciates it.
Re: (Score:2)
Email does not require a web browser. In fact, using email instead of HTTP would probably be smaller even factoring in compression. (I think you're confusing webmail with email)
Re: (Score:3)
Re:What do they consider a user? (Score:4, Insightful)
The only thing their browser is really excellent at is IIRC browsing porn or generally image galleries with lots of image content.
BS. I have a limited data plan, and I use Opera to reduce the amount of $$$ I pay. And it works extremely well. So what if my data routes through a server? It goes through various central points anyway. I know Opera can see my surfing habits, and adapt my surfing behaviour accordingly.
Privacy is important, but it is ridiculous to assert that it is the only thing to take into consideration.
Re: (Score:3, Informative)
Re: (Score:2)
Otherwise I don't use Opera. I really don't
Re: (Score:2)
Sorry, there no such thing as "excelling" at compression "especially" with Opera Turbo.
You're obviously unfamiliar with how Opera does their compression. And its the same reason that I actually do not use the mobile version of Opera (well I don't use Opera at all, but I did try their mobile browser). They redirect all requests through their server where they reprocess images and do other things to compress and reduce the data footprint for a website. This is how they are able to excel at compression. The cost is your privacy and security.
Re: (Score:2)
Comment removed (Score:4, Insightful)
Re: (Score:2, Informative)
The Wii's browser is god-awful. Probably why Nintendo switched to webkit for the 3DS and Wii U browsers.
Re: (Score:2)
Opera Mini and Nokia Asha's browser are huge in countries with spotty/bad/expensive mobile coverage. They shrink pages to about 10% of their original size and then stream them from a local proxy. Speed increases are phenomenal.
On the downside it does mangle some pages pretty badly and you don't want to do any really sensitive stuff through it as it's a proxy browser (i.e. banking). Of course, in most of the developing countries at which these systems are aimed Opera and Nokia are trusted FAR more then local
Re: (Score:2)
Back when our campus got hit with MS Blaster and everyone had ~1kbps in their dorms, my roommate showed me Opera and how it loaded webpages roughly 2-3x faster than others. I dont recall whether turbo was out at this point, but IIRC Opera was doing something that grabbed page data much quicker than whatever else I was using at the time.
Re:So... why use Opera? (Score:5, Informative)
Maybe because of features other than the rendering engine? I prefer Opera's UI, but it's also great to use as a general web client with integrated email, IRC, torrents, etc.
Re: (Score:3)
Opera integrates the different components much more tightly than, say, Thunderbird and Firefox. Email and IRC effectively become just another tab and it allows them to share resources so that they're more efficient than having separate programs for each one. It'd be great if Opera released a light version with just the browser, but I don't think you'd really see huge improvements by removing those features simply because they are so well integrated.
Case in point: SeaMonkey (Score:2)
It'd be great if Opera released a light version with just the browser, but I don't think you'd really see huge improvements by removing those features simply because they are so well integrated.
Case in point: Is SeaMonkey significantly larger than Mozilla Firefox?
Re: (Score:2)
Why an all-in-one?
Personally, I don't want an all-in-one. But, some people don't want to switch between applications. They just want to move from one tab to another. That's cool, I guess. I'm far more comfortable with separate applications, almost always spread between several virtual desktops. The wife, on the other hand, has never used virtual desktops, and seldom switches between applications. She's a better multi-tasker than I am, in real life, but on the computer, hang it up. One window, one des
Re: (Score:2)
Personally, I don't want an all-in-one
Me neither, normally
However, to me sites like StackOverflow and newsgroups or mailinglists pretty much represent the same activity (over different protocols). I really like having those together in the same application, and Opera merges those rather nicely.
On top of that they where the first to implement tabs, which for me was the initial reason to start using Opera. And afaik they are still the only browser to have mouse gestures out of the box, something which I wouldn't want to do without anymore.
Re: (Score:3)
Well, because of all the other features. The rendering engine was never a reason to choose opera over them in the first place – it was much slower, especially the javascript engine.
Re: (Score:2)
Opera's javascript engine was pretty fast a few years ago, before chrome existed. It was way faster than firefox's, ie's or safari's.
Then chrome arrived and, although opera's engine has evolved a lot and is faster than ever, it never managed to reclaim its first place, even letting firefox claim the second place in the javascript speed race.
Re: (Score:2)
It's really better for browsing image galleries, especially over poor connections. Other than that I agree.
Re:So... why use Opera? (Score:5, Informative)
I use Opera because it both has the best usage paradigm for me and integrates with pretty much everything I need to do online.
It takes far less time for me to do anything in Opera than it would in another browser. There are extensions for some Opera features in other browsers, like Mouse Gestures, user scripts, and user CSS. But they all lack capabilities that Opera's native version has. There are also no extensions for some Opera features like Tab stacking [minus.com], or mass-refreshing, pinning, or deleting tabs and windows. [minus.com] (Complete with incremental tab search.) The website-independent settings settings are also awesome, I've used them to make my Slashdot hot pink [minus.com] for example. :)
Also, If I don't like Opera's interface... I can build it. [minus.com]
It has shortcuts for everything too, and if it doesn't, you can make them. [minus.com] One in particular I use is Mousewheel tab switching. [minus.com] Firefox has partial mousewheel tab-switching in it's current incarnations, but it only works with [Right Click] + [Mousewheel down].
Also I've seen mouse gesture extensions for other browsers, (The best extension is All-in-one gestures for Firefox since it also integrates Rocker Navigation.) but they don't encompass the entire browser and only web pages. So I can't use mouse gestures to close or navigate a settings menu for example. [minus.com]
It's sidebar is also really useful. I use it for things like controlling VLC [minus.com], or E-Mail and RSS and Usenet [minus.com], or looking at Opera's CPU usage [minus.com], or contact management with incremental search an everything (No screenshot for this one because too much personal information), or controlling Transmission (Torrent program) [minus.com], or interacting with notes [minus.com], or quickly turning on/off my proxies or masking my user agent [minus.com], or managing my tabs and windows, or
Also, as a web developer... Opera has a lot of spiffy development features that lack in other browsers. Dragonfly has more capabilities than the Webkit inspector, for example it can inspect attached events in DOM nodes. [minus.com] There are also view modes built in that allow you to highlight element borders for debugging CSS [minus.com] or see DOM attributes inline. [minus.com] Autoreferesh is also good for debugging CSS and for repeating YouTube videos. [minus.com] :)
I glazed over most of it's features, and it's still many magnitudes more functional than other browsers.
How many extensions do you think I use to get this functionality? The correct answer is zero. And the browser takes up less space than either Firefox or Chrome when installed.
Is this a good enough reason to use Opera?
Re: (Score:3)
Why would someone use anything other than Chrome or Chromium on any platform?
On Mac, one good reason would be because it is just 32 bit - unlike the rest of the system. This means that e.g. java does not work in Chrome on Mac. While that might be seen as a good thing at some times ;), this means that you can't use many of the banks here in Norway - or do online credit card payments.
Also, some might think that Google knows enough about you already...
Re: (Score:2)
You can certainly install the Java for Chrome on Macintosh, but you are limited to Java 6 as the most recent. Google provides a link to the instructions on how to do this.
http://support.google.com/chrome/bin/answer.py?hl=en&answer=2429779 [google.com]
which links to...
http://support.apple.com/kb/HT5559?viewlocale=en_US [apple.com]
--
BMO
Re: (Score:3)
Opera was the first alternative browser available on iOS as a result of Opera Mini being classified as a "remote content viewer" rather than a browser.
Re: (Score:2)
Opera for iOS operated in this fashion - it's a hack forced on Opera by the wonderful people at crApple.
Re: (Score:2)
Actually, Opera Mini works this way on Android as well.
Opera Mobile is the more classical version of Opera for mobile devices.
Re:Why? (Score:4, Informative)
Everything other than the rendering engine? That's what really set Opera apart. The email client is really nice and the IRC and torrent clients aren't bad. I also prefer the UI to Chrome.
Re: (Score:3)
Well, not everything, since they are switching to V8 Javascript engine, as well.
OTOH, differentiation on lots of axes may not be as important to them as being able to drive the web in the direction they want. Opera-pushed changes to web standards may be easier get accepted by other browser vendors (and, consequently, standards bodies on which those vendors sit) if,
Re: (Score:2)
It's a win for everyone
Except for people like me who were using Opera because it doesn't gobble up gigabytes of memory just to display web pages.
Re: (Score:2)
It was a shame when they ditched Unite, it was very innovative imo. I wish they would re-release it, possibly as a separate software package.
Re: (Score:2)
Re:Opera (Score:5, Funny)
Drama queen
Not Oprah.... OP-ER-A
Re: (Score:2)
What, you prefer "prima donna"?
Re:Monoculture (Score:5, Insightful)
How exactly does this work? If we had a monoculture (like we had with IE6), people code to the monoculture, standards be damned. If WebKit implements a standard badly, no amount of complaining by Microsoft and Mozilla will cause the WebKit folks to change their browser rendering to be compliant. And just like what happened with IE6, web developers will ignore the standard in favor of the WebKit implementation. We're ALREADY seeing this happen - webkit has sufficient market share that sites don't bother building standards compliant version of their mobile site, they just write for webkit and consider their work done.
History has shown that if you have a monoculture, standards are irrelevant - the only thing that matters is the one implementation.
Re: (Score:2)
You're assuming Opera is a browser developers actually worry about. At less than 2% market share [w3schools.com], Opera actually concerns me as a developer less than IE7 on typical projects.
Re: (Score:2)
If WebKit implements a standard badly, no amount of complaining by Microsoft and Mozilla will cause the WebKit folks to change their browser rendering to be compliant.
Assuming there's malice involved and the WebKit developers have an interest in breaking the web, which nobody seems to argue. They just add experimental features that aren't standardized yet, lazy developers use the experimental tags and don't bother to make it work on anything else. I don't see how they can do it any other way, unless they hold off on all development until the W3C gets around to making a final standard, which doesn't exactly happen quick. If there was a real unwillingness to make WebKit st
Re: (Score:2)
JavaScript is not Java.
Just in case you where not making a funny.
Re: (Score:3)
Oh, like sanscript isn't a language to model sand casting?
Re: (Score:2)
my bad, it's to convert serif fonts.
Re: (Score:2)
Do the Scandinavians hate to be away from the mobile phone markets?
Besides, mobile phones do not work from mars.
Re: (Score:2)
A common open-source base implementation for core features of a class of applications for which interoperability is an important feature isn't the same thing as a monopoly. It doesn't have any of the problems that come from a monopoly (it may have some of the problems associated with monoculture, which is a different issue than a monopoly.)
That's actual
Re: (Score:2)
And that's actually the problem with Opera moving to webkit. Developers shouldn't have any specific rendering engine in mind. They should have the W3C standard in mind. By having one less rendering engine (even if it's just a minority one) reduces the pressure on web developers to code according to standards. It also makes it much harder to spot bugs in rendering