Opera Confirms It Will Follow Google and Ditch WebKit For Blink
samzenpus posted about a year and a half ago | from the jumping-ship dept.
135
An anonymous reader writes "Google on Wednesday made a huge announcement to fork WebKit and build a new rendering engine called Blink. Opera, which only recently decided to replace its own Presto rendering engine for WebKit, has confirmed with TNW that it will be following suit. 'When we announced the move away from Presto, we announced that we are going with the Chromium package, and the forking and name change have little practical influence on the Opera browsers. So yes, your understanding is correct,' an Opera spokesperson told TNW. This will affect both desktop and mobile versions of Opera the spokesperson further confirmed."
So webkit != Blink! (1)
Billly Gates (198444) | about a year and a half ago | (#43353985)
The real question is will the corps and users want to keep old versions of Chrome around for their web apps and sites?
Many with -webkit CSS extensions wont work if Chrome gets rid of them. If Google calls it -webkit then we will have 2 different versions and web developers will be confused and not know which is which when users report a site looks funny.
Re:So webkit != Blink! (1)
Anonymous Coward | about a year and a half ago | (#43354111)
Yes, obviously the first thing they'd do is remove all of the useful functionality. You know they can keep the existing -webkit-* properties, and even add more assuming they're 100% compatible, right?
Re:So webkit != Blink! (2, Interesting)
Anonymous Coward | about a year and a half ago | (#43354263)
Until they decide to discontinue supporting them. Google is fickle.
Re:So webkit != Blink! (2)
ozmanjusri (601766) | about a year and a half ago | (#43355179)
So? It's fully open source.
Re:So webkit != Blink! (4, Informative)
TyFoN (12980) | about a year and a half ago | (#43355421)
Blink is based on webkit which itself is based on KHTML which is as you might know is fully open source (GPL). :)
They can't really change that license
Re:So webkit != Blink! (3, Informative)
FunPika (1551249) | about a year and a half ago | (#43356323)
Re:So webkit != Blink! (1)
Anonymous Coward | about a year and a half ago | (#43355429)
That is meaningless for large projects. No single person can hope to do anything. You would have to hire a team of developers to maintain such a fork or do the impossible task for getting them to work on your fork for free.
As a user of open source software, your options are limited in that its no different from proprietary software for practical purposes.
Re:So webkit != Blink! (1)
ozmanjusri (601766) | about a year and a half ago | (#43355715)
Sigh, this ancient FUD again.
Here's a cluestick sunshine. The whole point of fee and open software isn't about everybody rolling their own. That's just a thoroughly overused ant-foss astroturfer talking point.
When the source is open, and a product is desired by enough people and products, the community will pick it up. Open Office was forked when Oracle looked like being a threat, and that's a very substantial project.
Re:So webkit != Blink! (1)
Anonymous Coward | about a year and a half ago | (#43355813)
It's this sort of dull, repetitive FUD that's killing Slashdot.
There is NOTHING interesting about this comment. It is a straight regurgitation of Microsoft's "Scroogled" smear campaign which is being upvoted by their sockpuppets.
It is dull. It is boring. It is commercially motivated. It adds nothing to the conversation. So fucking LAME!
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43355991)
less space than a nomad too.
Re:So webkit != Blink! (3, Interesting)
19thNervousBreakdown (768619) | about a year and a half ago | (#43354931)
assuming they're 100% compatible
The fact that this is a massive assumption once the codebases start diverging was the point of the GP post.
Re:So webkit != Blink! (1, Troll)
hairyfeet (841228) | about a year and a half ago | (#43355745)
Yeah because we've never seen that go wrong in the past...quirks mode anyone?
Ya know the more crap like this they pull the more I distrust Google. Call me weird but even though I don't agree with the FOSS guys on a LOT of issues frankly I trust them more to put the user #1 over what is best for supermegacorp Google Maybe I'm wrong, and I honestly hope that I am but frankly I wouldn't be surprised if this "great new engine" just so happens, purely by accident of course, make it a royal pain in the ass to use something like ABP with it.
I know a lot of the more hardcore here think of me as "Mr Proprietary Guy" but I really really REALLY don't like this feeling I've been getting of these supermegacorps trying to go back to the "good old days" of every damned thing on the web ending up needing or having to depend on some corp for the web. i thought it sucked when it was "Works best in IE" and I think "Works best in webkit" sucks just as hard but at least with fucking Webkit I don't HAVE to take Google's version, or Apple's version, hell I could make my OWN version from the source if I wanted to go through the trouble (I use the Comodo variant instead, after flirting briefly with SWIron and Chromium) but whenever I hear of a big corp like that suddenly switching gears like that all I can think is...what is the catch? I mean if they just want to remove some features for their mobile Chome they can do that NOW and if they changes work I honestly wouldn't be surprised if upstream would go along, so what is the angle?
I have a feeling I KNOW what the catch is, its the same damned thing I have been saying for a few years when it first seemed like every company was trying to rip off not only Apple's thunder but their control freak nature, its that good old fashioned pain in our collective asses known as lock in. Google has the same kind of power MSFT had in the 90s so I have a feeling I'm gonna end up seeing "This site requires Blink x.x" in the not to distant future...man am I the ONLY one that has this sinking feeling in the middle of my guts that for the first time since i got into computers in the early 80s that computing is gonna get WORSE not better in the future?
Because I don't know about the rest of you but I so do NOT want to end up locked into some corporate wet dream of "locked down, black box, kiss our appstore" cellphones and tablets that I have to toss every time the stock dips because "hey the web requires Blink! Version 4 and your device will only support Version 3, now get out there and consume you lazy peasant" kind of bullshit, but sadly that is what we're gonna be heading towards, hell you won't even be able to unlock the damned thing without running afoul of DMCA.
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43355827)
I know a lot of the more hardcore here think of me as "Mr Proprietary Guy"
Um no.
You're a Microsoft mouthpiece. There's nothing inconsistent about your FUD. FOSS and Google are both fair game to your employers.
Re:So webkit != Blink! (4, Informative)
yincrash (854885) | about a year and a half ago | (#43354119)
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43354303)
I hope they don't keep -webkit-* enabled forever. The CSSWG agreement doesn't say anything about phasing out existing prefixed properties, but keeping them around with outdated syntax/behavior doesn't seem like a good idea. It was never good practice to use a prefixed property without its unprefixed version. So if removing prefixed properties breaks some pages, that means they were broken in the first place.
Re:So webkit != Blink! (5, Insightful)
Billly Gates (198444) | about a year and a half ago | (#43354329)
I hope they don't keep -webkit-* enabled forever. The CSSWG agreement doesn't say anything about phasing out existing prefixed properties, but keeping them around with outdated syntax/behavior doesn't seem like a good idea. It was never good practice to use a prefixed property without its unprefixed version. So if removing prefixed properties breaks some pages, that means they were broken in the first place.
You must be new here :-)
Things stay freaking forever in the industry once it someone or a corporation is dependent on something. IE 6 and XP is still being used with its users considering an open standard broken because it breaks and broken standard to them which is open. Logic is backwards but CMS never get replaced, sites stay, and users whine and blame YOU if something doesn't work. Never the product.
This is a classic lesson on why standards are so important and why going proprietary is bad. Not a closed vs open debate more than a standard one. Stuff never goes away even if it is broken.
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43355465)
as a web developer, I found the backward logic very true.
I'm always eager to test and implement new stuff the standards provide us... only to take it out few weeks later, because some end user called my customer and told their site didn't work in Mosaic 2.0 or some other rather old browser.... "Why didn't you test it properly" ... With a 20 year old browser? Right!
Re:So webkit != Blink! (1)
UnknownSoldier (67820) | about a year and a half ago | (#43355561)
Standards keep the various vendor's implementations compliant.
Re:So webkit != Blink! (1)
Billly Gates (198444) | about a year and a half ago | (#43355979)
Where I am from there is only one standard. It is what the user uses that previously worked fine. If IE 6 works for Dell EMS then IE 6 is the standard and IE 10/Chrome break it according to my users and therefore are the broken ones. The browser is never blamed. And mentioning W3C is behind their comprehension.
That is the point. Whenever someone uses something it is not the defecto standard and if it tries to do things the right way in future releases the user will consider that one broken so in the case of dropping -webkit in Android/Chrome for -Blink would be disastrous and make a lot of pissed off users or confused webdevelopers if 2 -webkit CSS deliver different results. Then the user will always blame the I.T. department and website administrators.
Re:So webkit != Blink! (5, Insightful)
drinkypoo (153816) | about a year and a half ago | (#43356353)
Standards keep the various vendor's implementations compliant.
Laws prevent crimes.
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43354417)
It was never good practice to use a prefixed property without its unprefixed version.
Except people were recommending exactly the opposite "best practice", e.g. "You should only use -webkit-poop-butt because the final W3C implementation may change...".
So now there's a whole era of broken (mostly mobile) websites out there, which WILL be supported nearly forever. Think of how long it took to get rid of the BLINK tag...
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43355373)
>Except people were recommending exactly the opposite
Actually, that was a recommended way. Random blabbring of people who don't know what they are talking about, however⦠yes, they said that.
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43356013)
That is complete bullshit and you know it Chromium devs.
Make your own damn prefix so in 5 years time where won't be 2 damn -webkit- behaviors!
Mind you I guess the argument of use of vendor prefixes is a good one. I see so many websites relying on the prefixes still, despite some of those features being main features now.
But what could have been, stats on the behavior of features on certain websites, COMPLETELY ANONYMOUS AND OPTIONAL YOU PARANOID FREAKS WHO WILL PROBABLY COMMENT, would have been insanely useful to speed up development.
Now it will be back to the boring Issues List outright, which is a failure of an idea already since the damn things never get fixed in any reasonable time because HUZZAH FEATURES.
Doublest-edge sword indeed.
Re:So webkit != Blink! (1)
ChunderDownunder (709234) | about a year and a half ago | (#43354133)
Excellent, having gone back to firefox, webkit-only should be nipped in the bud.
Re:So webkit != Blink! (0)
Anonymous Coward | about a year and a half ago | (#43355211)
On the contrary. For the moment at least, Webkit == Blink != Webkit2.
Webkit's designers decided that you generally want a multiprocess architecture when embedding web content, for all the reasons that made Chrome great. So you want to have that in a nice and reusable fashion.
Google had a choice. Scrapping their own multiprocess code and adopt Webkit2, or stick with the old Webkit and put a new brand on it.
Although the first choice would probably have been cleaner from a technical perspective, Google wouldn't benefit at all from the first choice, since all their modifications to Webkit2 could easily be transferred (the reason why they couldn't fork before the architecture change) whereas in the second case changes to Webkit a.k.a. Blink are harder to merge to Webkit2 while reusing Webkit a.k.a. Blink makes doing multiprocess harder. A win for Google, if they have enough momentum.
Since Opera is going to be essentially a reskinned Chromium, it is also stuck with Blink.
Forking (1)
Anonymous Coward | about a year and a half ago | (#43354029)
Says it all.
Re:Forking (1)
Anonymous Coward | about a year and a half ago | (#43354115)
Just Don't Blink, Blink and you're dead
Don't turn your back ......
Re:Forking (0)
Jakeula (1427201) | about a year and a half ago | (#43354645)
User configurable (1)
sunderland56 (621843) | about a year and a half ago | (#43354035)
Why not just make the choice of rendering engine user configurable?
Re:User configurable (2, Insightful)
Anonymous Coward | about a year and a half ago | (#43354043)
Because it is LOL to fool with the rendering engine.
LOL this looks great in IE7, looks like crap in IE8, doesn't work at all in IE9, and looks great in IE10. Why not extend that type functionality to all browsers?
LOL LOL LOL
Re:User configurable (0)
Anonymous Coward | about a year and a half ago | (#43354977)
Sleipnir has this function if you are interested.
Re:User configurable (1)
Billly Gates (198444) | about a year and a half ago | (#43354069)
Why not just make the choice of rendering engine user configurable?
Yeah, that will work real well with clueless (l)users complaining why a site wont work to developers.
What engine are you using IE, what version, IE, what setting, IE hey you are going to fix this or what!
At least now you tell them about IE for the version. Or the logs will report it. Imagine if Firefox emulating trident IE 8 displayed different than IE 8, but was recorded as IE 8 in the logs?
Re:User configurable (4, Insightful)
NonSequor (230139) | about a year and a half ago | (#43354183)
Even for the nonclueless users it would be kind of obnoxious. I'm not a settings minimalist, but I happen to think that if its hard to tell what flipping a setting has actually done, maybe it shouldn't be there.
Re:User configurable (2)
lilfields (961485) | about a year and a half ago | (#43354193)
Re:User configurable (1)
Billly Gates (198444) | about a year and a half ago | (#43354269)
My fear now is Chrome is the new IE 6 of this decade.
With things changing and mobile users monopolized on it this will get confusing as much as different versions of IE last decade which is why the corps all standardized on IE 6.
Mobile sites will go through hell next and it might hurt Android and help IOS if the -webkit extension is removed or if W3C changes a standard that is different from the -webkit one. Look up IE boxmodel? This caused hell as IE 6 was ahead in this arena and W3C changed it and Firefox followed the other box model for CSS layout leaving IE 6 only webapps that still are in to this day.
Many CMS are never updated as beancounters consider them a cost so they will still output the proprietary -webkit code even if it is slated to be finalized by the W3C. Yuck.
Re:User configurable (-1)
Anonymous Coward | about a year and a half ago | (#43354249)
Clueless users who want to shoot themselves in the foot should be able to do so. Fuck limiting everyone just because of dumb fucks. If they want to protect the idiots, use a config file to change settings, or a compile flag for FOSS.
Re:User configurable (0)
Anonymous Coward | about a year and a half ago | (#43354411)
And how is this different from UA-spoofing? For that matter IE8 had a 'quirks mode' (or whatever it was called) where it would pretend to be IE7, except that it didn't actually manage it perfectly.
Even now, just about every browser pretends to be Mozilla to distinguish itself from IE5-, except when they pretend to be Safari because that used to be the webkit, and so on and so on. This will just be another instance where backwards compatability is broken and everyone scrambles to add another string to their UA to outwit sites that are trying to outwit yesteryear's browsers that were trying to outwit browsers from three years ago ad epoch.
We are not browsing a vendor-agnostic web. IE6 simply had shitty enough CSS that, when IE7/8 corrected it, the bandwagon pointed at ACID3 and declared this the promised land of standards-compliance, ignoring that this is just a calm between storms. Mark my words, "Best viewed in" is returning, and it will be just as bad as you remember. You'll know it finally happens when jQuery gets fed up with an engine and takes sides.
Re:User configurable (1)
Billly Gates (198444) | about a year and a half ago | (#43355071)
""We are not browsing a vendor-agnostic web. IE6 simply had shitty enough CSS that, when IE7/8 corrected it, the bandwagon pointed at ACID3 and declared this the promised land of standards-compliance, ignoring that this is just a calm between storms. Mark my words, "Best viewed in" is returning, and it will be just as bad as you remember. You'll know it finally happens when jQuery gets fed up with an engine and takes sides."
You mean how JQuery 2.0 wont support IE 8?
That I am in favor of. The corps will whine and freak out how trajic it is to not use a 4 year old browser that thinks xhtml means emulate quirky HTML IE 5.5, but I am in favor of this on the desktop. ... on the cell phone end. Yes Windows Phone wont browse half the websites! They see mobile and feed -webkit crap sheets to it that it doesn't understand and not W3C HTML 5/CSS 3. After all webkit owns 95% of the mobile market so why bother targeting it? But IE 6... that thing sucks because its sooo proprietary yadda yadda.
If we all switch to tablets in 10 years we might be in for some trouble if webkit becomes too dominate.
Re:User configurable (0)
Anonymous Coward | about a year and a half ago | (#43355405)
Actually, I was referring to jQuery dropping support for a browser marketted as current, like icing Gecko because "too much work to optimize for an aging API" or something. But it's partially there.
Re:User configurable (1)
Billly Gates (198444) | about a year and a half ago | (#43355547)
Jquery 2.0 supports all modern as in less than 2 current releases old. I hate to bring to you but, Firefox 3.6 is not modern. It is old, buggy, insecure, archaic, and now over 2 years old and should be dropped. Its marketshare is beginning to match IE 6 and is now below IE 7. I was a big firefox fan but even started playing with IE 8 at the beginning of 2011 as Firefox 3.6 was just terrible and felt more like old IE than its phoenix beginnings.
But that has changed and it is a much improved browser.
I use ESR Firefox which is based off of 17 and that is considered current.
In addition JQuery 1.9 is almost done and is built exactly for older browsers with some back-ported features.
Re:User configurable (0)
Anonymous Coward | about a year and a half ago | (#43354213)
None of Google's stated reasons for switching to a new rendering engine would apply to a user configurable choice of engines, because all of their code would still need to be compatible with WebKit.
Re:User configurable (5, Insightful)
larry bagina (561269) | about a year and a half ago | (#43354239)
Google says they're forking for technical reasons -- Google uses a different thread model and security model than Apple and making a hard break makes for easier maintenance. If they're going to keep both rendering engines around and updated then there would be no reason to fork in the first place.
Re:User configurable (2, Interesting)
am 2k (217885) | about a year and a half ago | (#43356319)
Google says they're forking for technical reasons -- Google uses a different thread model and security model than Apple and making a hard break makes for easier maintenance.
That's only half of the story - they're using a different thread model because they wrote it themselves and didn't allow Apple to merge it into the original code base. So the fork is not really based on a technical reason.
Re:User configurable (0)
Anonymous Coward | about a year and a half ago | (#43354743)
I demand that Blink present me with an option on whether to use Blink or download one of the many alternatives like WebKit, Firefox, or IE. Otherwise I will sue them for 700 million dollars.
Re:User configurable (1)
cheater512 (783349) | about a year and a half ago | (#43354829)
You can. You open Firefox if you want Gecko, Chrome if you want Blink, Safari if you want Webkit and IE if you get a brain disease and think opening it is a good idea.
If you want them in one program its simply not possible. Too many interlinked rendering components.
E.g. Firefox's entire interface is made with XUL which is rendered the same way as pages. Put webkit in it and webkit can't do XUL so you need Gecko anyway for the interface. Get the idea?
Re:User configurable (1)
rgmoore (133276) | about a year and a half ago | (#43354869)
The whole point of forking is that there's something you don't like about the project you're forking from. As long as that's a technical decision rather than a political one, supporting both old and new versions undermines that technical justification, since it sticks you with all the problems of both versions. Not to mention that it adds the complications of making swapping possible. It's a terrible, terrible idea.
Re:User configurable (1)
MrEricSir (398214) | about a year and a half ago | (#43354899)
Does Google have a compelling business case for such an option? If so, please explain.
Re:User configurable (3, Interesting)
Ash Vince (602485) | about a year and a half ago | (#43356213)
Why not just make the choice of rendering engine user configurable?
I have just been digging around and think I can answer this question. It seems that the reason for this is to do with the upcoming webkit2 Apple project taking a very different approach to how multiprocess stuff should work. They have some pretty diagrams here showing the differences: http://trac.webkit.org/wiki/WebKit2 [webkit.org]
Google have long taken the approach it seems to just have entirely separate processes for each page talk to a webkit subprocess via api calls.The webkit2 project are taking a different approach by trying to put multiprocess stuff actually into the webkit2 api itself.
Since Apple will probably throw webkit out the window anyway when webkit2 is ready it seems that everyone moaning about Google here may be a bit backward. It seems that when Webkit2 is ready then everyone except Chromium will use it. Chromium won't need to use webkit2 because it is already designed to do what webkit2 does anyway.
I have to admit, I have a gut feeling here that wrapping the multiprocess stuff around webkit ala chromium is actually a better idea than trying to do what WebKit2 is trying so I think the chromium devs might be making a better choice from a technical perspective even though it probably is a bit more resource hungry.
Of course much of this about Apple adopting webkit2 for Safari all pure speculation, but then it has to be when you are talking about a closed source product like Safari and don't work for Apple.
HIGGS BOSON HAS ESCAPED !! (-1)
Anonymous Coward | about a year and a half ago | (#43354039)
And it vowed to not be taken alive !!
That snazenpus (so-called) editor needs his geek card taken away pronto for not knowing Randi's friend (who else lets anyone call them dick?), the only and only, Richard Feynman. Ah, the HIGGS BOSON still at large !!
Re:HIGGS BOSON HAS ESCAPED !! (-1)
Anonymous Coward | about a year and a half ago | (#43354051)
I used to have Cock Feynman over for cookouts. He'd pull up in his squiggly line covered van and we'd drink and smoke and eat meat all night and party.
The Angels have the Google (5, Funny)
Snowhare (263311) | about a year and a half ago | (#43354229)
Remember: Don't Blink
Re:The Angels have the Google (1)
Tablizer (95088) | about a year and a half ago | (#43354759)
Jar Jar Blinks
So does Yoda.
Re:The Angels have the Google (3, Informative)
ChunderDownunder (709234) | about a year and a half ago | (#43354881)
Poor Opera (0)
Anonymous Coward | about a year and a half ago | (#43354259)
Those guys at Opera are fuckin' lost. They don't know what to do anymore. Personally, I test Opera from time to time, and it's always lacking some very common behavior found in other browsers.
Re:Poor Opera (3, Interesting)
larry bagina (561269) | about a year and a half ago | (#43354503)
Re:Poor Opera (5, Insightful)
Archenoth (2592069) | about a year and a half ago | (#43354767)
I use Opera.
I don't use it for it's rendering engine, but rather for all of the functionality it has by default that other browsers simply cannot do. (Even with extensions.) So, the fact that it is becoming more compatible with most websites is great news for me. It means they can continue to innovate like they have done for years. (Most modern browsers use things that were created by Opera ages ago.)
They are not becoming Google's bitch because rendering was never their main feature, they are simply adopting the engine that everyone develops for while retaining the functionality that Opera users actually use. Sure, some of us will decry the switch because Presto was one helluva light engine and we lose the work done on it, but other then that, this is actually good news.
Re:Poor Opera (0)
Anonymous Coward | about a year and a half ago | (#43355133)
True. They've already yielded what little authority they had in the standards process, and so they're basically just slaves to their UI now. They were the popular "they did X first" browser at one point (even when it wasn't true), and now they'll just be a fancy email client with a browser in it. Now they'll focus on the boring bits and fall to the wayside, while Google gets all the credit for the "ain't it cool?" crap that barely works.
Re:Poor Opera (3, Interesting)
TeXMaster (593524) | about a year and a half ago | (#43355159)
I'm an Opera user myself and while I agree that (one of) the main reason(s) for this preference was the functionality of the whole thing, I did like the Opera rendering engine, and often found it to be more standard-compliant than other engines, even when it had less coverage. I'm a little afraid that the Blink switch will break some of the functionalities I've been relying on (such as the ‘presentation mode’ in full-screen).
On the other hand, with the Blink/WebKit fork we are probably going to have three main engines again, and this is a good thing.
Re:Poor Opera (0)
Anonymous Coward | about a year and a half ago | (#43355451)
Gecko, Trident, WebKit, Blink.
Re:Poor Opera (2)
sgunhouse (1050564) | about a year and a half ago | (#43355227)
Strange, I thought Bing was the default search engine.
Re:Poor Opera (0)
Anonymous Coward | about a year and a half ago | (#43355461)
And they are learning to like it!
Re:Poor Opera (1)
hkmwbz (531650) | about a year and a half ago | (#43356679)
Opera isn't dependent on Google for the browser. They just happened to choose a specific technology platform
How do you know the chrome is only slightly different to Chrome?
If Opera is Google's bitch now, that's not new. That must be because 1/3 of their revenue is from Google. But that's going to change since other business areas (such as ads) are growing very quickly.
In fact, I would say that Opera is less of a Google bitch now than it was just 6-12 months ago.
Re:Poor Opera (1)
Fjandr (66656) | about a year and a half ago | (#43355363)
It's lacking what, exactly? In many instances, it has more functionality by default, since it doesn't require plugins for things that should be standard.
Differentiation? (0)
Anonymous Coward | about a year and a half ago | (#43354351)
So, on iOS Opera can't create a browser that uses it's own rendering engine and are left to skin an existing browser, this seems suboptimal, but now they've decided to do the same on all other platforms too? I really don't understand.
Re:Differentiation? (5, Informative)
SpectreBlofeld (886224) | about a year and a half ago | (#43354655)
They're obviously hurting financially. By switching to Webkit (and now Blink) they were able to lay off over 90 developers, some of whom had been with the company for 15 years. This sucks - for the developers, obviously, but I'm sure nobody was happy about making that call; but according to salarylist.com, the average software developer salary is around $81,000/yr which times 90 developers is 7.29 MILLION dollars a year. Not sure if Norway dev pay is equivalent to the US average, but you get the rough picture. That sort of sum could make or break Opera as a company.
I've been a fan of Opera browser for a very long time - I started using it right after it became free. Opera pioneered a great deal of features that are browsing must-haves today, implementing them years before any competitor. They remind me of another company that hailed from their land-mass-sharing-neighbors in Sweden: Saab. A car company that pioneered many innovations that were later incorporated in automobiles across the board. The first to do this, the first to do that - turbochargers on production cars, cabin air filters, very high crash safety standards, active seat belts (okay, that one didn't last long), active head rest restraints, refrigerated glove box (for taking that Chardonnay to the picnic of course), headlight washers, heated seats, the use of computers to automatically monitor and adjust the engine's operations based on the type of fuel used and sensor input, direct ignition, traction control, air conditioned seats, etc, etc, etc. Now compare to this list of Opera 'firsts':
http://operawiki.info/OperaInnovations [operawiki.info]
Saab was bought by GM. When that happened, all their cars were mandated to be cross-platform cars. They shared chassis with other cars; some models (and SUV and a hatchback) were blatant rebadges of a GM SUV and a Subaru (nicknamed the Saaburu). Now Saab is no more.
Sounds like what is happening to Opera, unfortunately.
I know 'car metaphors' are a Slashdot tradition, but I find this one particularly apt.
Re:Differentiation? (4, Funny)
MightyMartian (840721) | about a year and a half ago | (#43355163)
I'm sorry. I don't get car metaphors. Could you restate your argument as a superhero metaphor?
Re:Differentiation? (0)
Anonymous Coward | about a year and a half ago | (#43356221)
I would prefer a pizza analogy please (where's pizzaanalogyguy when you need him?)
Re:Differentiation? (1)
tehcyder (746570) | about a year and a half ago | (#43356495)
I'm sorry. I don't get car metaphors. Could you restate your argument as a superhero metaphor?
Opera's becoming Superman with a load of kryptonite stuffed up his arse? Chromium's the Silver Surfer with his cock cut off. IE is Iron Man without batteries. Firefox is Woody from Toy Story.
Re:Differentiation? (1)
evilviper (135110) | about a year and a half ago | (#43355195)
Opera really wasn't the first in most cases, and they implemented the features very POORLY, only to have other browsers eventually come along and show them the right way to do it.
Tabs: Opera was second behind another little known IE shell, and their method of cycling tabs in LAST-USED order, and having those tabs appear as loose windows INSIDE of the Opera window was a nightmare that resembled MS Office 7's multiple open document windows, more than it does modern tabbed browsers. In fact, when Mozilla came out with tabs, OPERA COPIED THEM, so now Opera has TWO completely different methods of handling tabs. What made Mozilla's tabs great was the "open in background" option... With that, I'd be perfectly happy managing dozens of windows. It was the "new windows" opening in the foreground and having to be moved that was the real hassle, and the innovation.
Pop-up blocking: Worked poorly in Opera. It blocked the majority of popups, but several still got through, and in the process it broke plenty of legit sites. Mozilla did it right. And everybody and their mother thought up pop-up blocking long before Opera or anyone else did it... The devil is in the implementation details.
Fit to Window: I was crying, loudly, in public forums, for this feature on my PDA for YEARS and YEARS before Opera released it. Their implementation was over simplistic, more like disabling style sheets or removing the "<table" tags than what we use today. So they don't get credit for implementing the current smartphone browser zoom and fit-to-width methods (which do things much differently).
Re:Differentiation? (1)
girlinatrainingbra (2738457) | about a year and a half ago | (#43355255)
Re:Differentiation? (1)
Rakishi (759894) | about a year and a half ago | (#43356285)
A car company that pioneered many innovations that were later incorporated in automobiles across the board.
Pioneering things means nothing if you can't make money in the process and by the late 1980s when GM got involved Saab wasn't making money.
Saab was bought by GM. When that happened, all their cars were mandated to be cross-platform cars. They shared chassis with other cars; some models (and SUV and a hatchback) were blatant rebadges of a GM SUV and a Subaru (nicknamed the Saaburu). Now Saab is no more.
Saab wasn't bought by GM at first, GM basically invested in Saab until they finally bought them out. The shared chassis thing is also BS since Saab ignored it for most cars or basically rebuilt the whole thing anyway. Saab was bleeding money the whole time GM owned them and things like the shared chassis were attempts to stop that. Which Saab ignored until going bankrupt.
Re:Differentiation? (1)
hkmwbz (531650) | about a year and a half ago | (#43356661)
Hurting financially? Whatever gave you that idea? They've reached new profit and revenue highs every single quarter now for a long time.
They didn't lay off 90 developers. They laid off 90 people in total, including sales and marketing personnel. About half were engineers, which includes testers. So the real number of programmers is probably around 20 or so, which is a very small number compared to the several hundred developers that are still working there.
Being bought sounds like what is happening to Opera? Um, but it isn't. In fact, it's Opera doing the acquisitions.
Re:Differentiation? (1)
hkmwbz (531650) | about a year and a half ago | (#43356581)
Google is so fickle. Don't build on their stuff. (1, Insightful)
aristotle-dude (626586) | about a year and a half ago | (#43354387)
One of these days slashdotters will fall out of love with google and see them for who they really are. Don't be evil? Right... The evil say that much like how dictatorships are called "Democratic Republic of".
Re:Google is so fickle. Don't build on their stuff (0)
Anonymous Coward | about a year and a half ago | (#43354675)
Well, it's to be expected. Now that Firefox is quickly catching up and all that impressive tech they've been sitting on for a few years is starting to stagnate, Google has to do something. So they'll move on to the "extend" phase of the cycle.
I can't say that bothers me, though. Konqueror is almost entirely dead after Safari and WebKit supplanted it, so it'll be nice to cull Safari as well in the same manner. I can see Opera taking over the project when Google stops caring about it.
Google's old news in the browser world anyway. Mozilla is making a comeback, and it's time for Opera to rise again. Heck, even Internet Explorer might survive to become something usable, and the BlackBerry browser is something else. Google has the market share, so they can afford to stagnate and be the next IE6.
already fallen out of love with google (1)
girlinatrainingbra (2738457) | about a year and a half ago | (#43354995)
:>)
This slashdotter already has fallen out of love with google. I've got no google accounts and google-crap is noscripted out and DNS-blocked. I only have to allow
Open source Presto? (4, Interesting)
linebackn (131821) | about a year and a half ago | (#43354507)
Is there any chance Opera would consider open sourcing Presto since they plan to drop it?
Re:Open source Presto? (0)
Anonymous Coward | about a year and a half ago | (#43354659)
Re:Open source Presto? (1)
SpectreBlofeld (886224) | about a year and a half ago | (#43354673)
That's what I was hoping. You know what would be hilarious? If Google changed their minds and decided to adopt the then-open Presto as their engine instead!
Really, though, I think Opera should have tried that first. They obviously decided to switch so they could lay off their 90+ engine developers (which they probably have to do for financial reasons)... but they could have open sourced the engine first and therefore get dev help from the community, instead of tossing Presto in the bin and walking away.
Re:Open source Presto? (2)
arf_barf (639612) | about a year and a half ago | (#43354787)
A few years ago, I was in the market for a simple html rendering engine for an embedded project. There were only a couple of options: webkit, presto and one more engine that I dont remember the name of. The licensing fees that opera wanted were astronomical and only the likes on Nintendo could afford it. Needless to say, I used webkit even though Presto was more desirable.
Anyhow, they should have open-sourced a few years back and snatched up a large portion of embedded market (which is actually quite big if you think about it)
Re:Open source Presto? (2)
tlhIngan (30335) | about a year and a half ago | (#43355089)
The problem was, a few years ago, Opera was making big money selling Opera Mobile (not to be confused with Opera Mini - Mobile is a portable version of Opera, and basically the best mobile browser). Until WebKit was ported to mobile, Opera Mobile was the browser to have on your phone.
So naturally, Opera was riding high because well, being the best browser meant you also were embedded in a LOT of devices (I have many devices with Opera embedded in it).
Of course, Apple just HAD to port WebKit and install it on the newfangled "iPhone" and ruin it for Opera...
Re:Open source Presto? (0)
Anonymous Coward | about a year and a half ago | (#43356077)
They've said no; apparently it would take too much effort to clean up the code before releasing it.
Opera's appealing features (3, Interesting)
Anonymous Coward | about a year and a half ago | (#43354553)
I'm an Opera user, I use it mostly because I like its UI and sidebar panel. Killer feature I liked was the password manager, just hit the key icon and login onto a site, even if you have many popups of the same domain, logging into a single page logged you into all of them automagically. Firefox still bugged me at that time with a username/password per page and that was what drove me over to Opera.
Opera used to have SpeedDial well before Chrome and Firefox but both of them have similar versions now along with tabbed browsing etc...
Opera didn't always work on all sites, but it's UI and general features made it worth it. Hopefully they keep it, its sad to see Presto go but with Webkit/Blink I guess we get more performance and compatibility.
Sad (3, Insightful)
fermion (181285) | about a year and a half ago | (#43354611)
Instead they are hitching their wagon to a convenient big horse instead of just being an innovative company. And i think that it will end badly. There is no reason to believe that Google will not increasing put closed source components into Blink. There is no reason for Google to eventual be civil with Apple, in the way that Apple was eventually civil with KHTML. At some point, unless Opera has some sort of secret agreement with Google, it can only be assumed that they will not have a guaranteed future.
Re:Sad (2)
eWarz (610883) | about a year and a half ago | (#43354771)
Re:Sad (2)
hkmwbz (531650) | about a year and a half ago | (#43356555)
Opera just reached 300 million active users, up from 200 million a little more than a year ago. Falling behind?
They don't have to back the strongest player. They have to choose the technology platform that best fits their needs to keep growing.
Re:Sad (1)
Chance Phelps (2880963) | about a year and a half ago | (#43355969)
Re:Sad (1)
dabadab (126782) | about a year and a half ago | (#43356141)
Sorry?... I have been using Opera on Linux since the late 90's. FreeBSD and OSX are also supported as was Solaris for a long time. They are also present on cell phones since forever and the browser in the Nintendo Wii is also Opera.
I just do not see that great insistence on the MS Windows ecosystem.
Re:Sad (0)
Anonymous Coward | about a year and a half ago | (#43356583)
Sorry?... I have been using Opera on Linux since the late 90's.
Unless you were a colleague of mine: No you haven't.
The first public versions of Opera for Linux appeared in 2001 but weren't really usable until mid 2002.
Re:Sad (4, Insightful)
hkmwbz (531650) | about a year and a half ago | (#43356525)
Your comment doesn't make any sense whatsoever.
The other day, Opera announced that it has grown to 300 million active users, up from 200 million 1.5 years ago. And several quarters in a row now, they have reported record revenues and profits.
How is Opera falling exactly, when all the numbers are pointing up?
It started with the insistance on the MS WIndows ecosystem instead of bringing the incredible functionality of other OS.
What are you talking about? Opera was the first browser company to focus on mobile (back when everyone laughed at them for thinking that anyone would want to browse on their phones), and they started working on Mac and *nix versions in the late 90s.
Does not compute. The whole point of moving away from Presto was to be able to spend more time on innovation.
How is Opera hitching their wagon to anything? They can fork at any time, or move to some different engine.
Good (0)
Anonymous Coward | about a year and a half ago | (#43354667)
May just then run on MY OS ... god dammit them to hell.
Bad move. Opera should have stuck with Presto (0, Redundant)
kriston (7886) | about a year and a half ago | (#43354687)
Bad move. Opera should have stuck with Presto. Their recent and now fatal decision completely removes the whole point of using Opera at all.
Re:Bad move. Opera should have stuck with Presto (-1)
Anonymous Coward | about a year and a half ago | (#43354863)
Re:Bad move. Opera should have stuck with Presto (1)
Gavagai80 (1275204) | about a year and a half ago | (#43354953)
Re:Bad move. Opera should have stuck with Presto (0)
Anonymous Coward | about a year and a half ago | (#43355309)
So you never cared about the Opera interface and features, just about making sure websites fail to render correctly?
Correct, I use Opera simply because Gecko has font rendering problems on some Intel graphics under X11.
The Opera 'interface' is clumsy and illogical at times. For example, that persistent side-bar that remains after I have closed my bookmarks. I then haave to hit F4 to hide it. Or that fact that they ignored the fact that all other browsers used Ctrl-K to jump to the search box and intead assigned it to their own mail service. Or that I cannot disable searching suggestions in the seach box.
Re:Bad move. Opera should have stuck with Presto (1)
Fjandr (66656) | about a year and a half ago | (#43355395)
Ctrl+F12 > Search > Untick "enable search suggestions."
Re:Bad move. Opera should have stuck with Presto (1)
hkmwbz (531650) | about a year and a half ago | (#43356497)
Oprah? (-1)
Anonymous Coward | about a year and a half ago | (#43355273)
Oh, that cute, little Swedish web browser...
Sad (1)
puddingebola (2036796) | about a year and a half ago | (#43356109)
How many single authors left? (1)
Herve5 (879674) | about a year and a half ago | (#43356381)
In fact, apart from the venerable iCab on macs (and, much more recent, on ipads), is there just any rendering engine that's still developed by a single individual out there?
(before you start shrugging, let's remind iCab invented ad filtering some ten years before Mozilla was *born*)