-o-unite-webkit-foo
Friday, April 27, 2012 7:15:34 AM
Then we announce that we will ship a trivial workaround to a common and destructive author error... and there is great drama on Twitter.
Positive takeaway: there are more concerned and caring web developers around than Opera Unite users (and they probably form some of Twitter's best connected users).
The negative? I'm disappointed that we didn't figure out how to tap Unite's potential. I know why it makes sense to remove it now, I didn't even use it that often myself, but it's still disappointing.
Well, we still have the code - so maybe we will try again. Someday.








LawrenceNFGman # Friday, April 27, 2012 9:47:29 AM
I do understand why it's being removed. I won't miss it, but I can't help but wish it did change the world, if only a little.
ouzowtfouzoWTF # Friday, April 27, 2012 9:57:46 AM
The vendor prefix issue is a real sad one. I dont know how this will evolve. On the one side it could help that users see less broken pages, but on the other side it covers the stupid actions of some web developers and maybe led to worse code quality and lazy web developers implementing only -webkit-prefixes
QuHno # Friday, April 27, 2012 10:09:01 AM
I use it on a daily basis - not for the 6 official UAs but some local stuff.
Luckily Unite doesn't need a my.opera account to run, so 11.62 parallel to a may be stable 12 is the way to go for all people who love it.
XenoAntaresXAntares # Friday, April 27, 2012 10:12:47 AM
Both decisions are bad for Opera as a project – I doubt they'll pay out economically.
XenoAntaresXAntares # Friday, April 27, 2012 10:23:28 AM
Negotiate with the Webkit folks to use a new prefix from now on, possibly even for the less often used recent vendor additions. Also they should remove prefixed support from the more settled standard (note to W3C/WhatWG/whoever: standards have to avoid a long limbo state!) items.
That forces authors ti re-consider their implementations. As they are supposed to be, prefaced implementation details would not be reliable anymore.
Right, easier said than agreed upon… ;)
pebu # Friday, April 27, 2012 10:31:15 AM
Hallvord R. M. Steenhallvors # Friday, April 27, 2012 1:03:50 PM
Originally posted by XAntares:
That's the way thing is supposed to work, really (Mozilla does this with -moz- prefixed stuff when standardised). It's a matter of WebKit not following this pattern - they have promoted the new, cool prefixed stuff too heavily and now it's used too widely, they feel they can't afford breaking it.
Originally posted by XAntares:
Definitely
kafenemcovey # Friday, April 27, 2012 1:55:39 PM
Instead of framing it as "we're adopting webkit attributes", perhaps Opera should simply strip out the "-vendor-" prefix from any css tag, for any vendor, and try to use the css unprefixed. If it doesn't work, silently ignore it, if it does, then apply it, but in debugging views, note it as a css error.
I don't know if Opera has stopped shipping -o- prefixed css, but I think it should all be phased out in favor of just using attribute names.
If Google really insists on extending CSS past the W3C standards, I can't say that's a bad thing, because it promotes innovation, but perhaps they should force devs to do it like so:
<style type="text/css-webkit">
webkit-thing { ... }
</style>
That allows a webkit extension to css to work, but be separate in implementation, and clear about its limitations. If Another browser chose to implement "Google's Webkit CSS Standard" it wouldn't be a big deal either, it's quite usual for browsers to support new extensions and languages for the web, and vendor/non-w3c css wouldn't be so strange.
Just a thought!
QuHno # Friday, April 27, 2012 8:28:53 PM
Originally posted by mcovey:
... not to forget Apple.
Webkit is their child and several incompatible things were explicitly from Apple. Actually Google took it from them (and Apple took it from someone else)
lucideer # Saturday, April 28, 2012 6:32:38 PM
Originally posted by hallvors:
I think that really depends on which you listen to. Unite users/fans are Opera users interested in Opera. Vendor-prefixes affect non-Opera users developing Opera-compatible sites, as well as anyone at all generally interested in web standards.
Certainly within the Opera community there appears to be a response to the Unite announcement. Most of the comments here, here and here are bemoaning or at least giving fairly opionated views on the decision so "mostly silence" does seem a bit of a gross overstatement when put in proper context.
Another point is that the announcement is not all that significant. Unite is a feature that excited many people and not only had, but still has, immense potential, but - imho - it's not one that appears to have received much attention from Opera of late which makes the announcement - even for the most ardent Unite fans - somewhat unsurprising.
Originally posted by hallvors:
I'm also extremely disappointed - and have been for quite a while. As a developer I always got the feeling that Unite was undervalued within Opera itself. David Storey comments that Unite "took a lot of resources" so I guess I'm probably being over-critical of a fairly small company that was probably - in fairness - putting as much time and effort into the feature as they could afford to at the time. But it just seemed to be lacking some fairly plainly obvious things that could have afforded developers immense power from the offset.
It's a terrible pity, but I do hope - as has been mentioned by one or two people - that it's functionality can be at least partially ported to Extensions (File I/O anyone?).
Originally posted by hallvors:
But that was surely never thought to be tenable. Websites rarely - if ever - actually update existing code in the real world (instead just adding to it or replacing it completely with new features or a new site) so the only way this could work is if sites never used vendor-prefixes in the first place. Ideall there should be feature-prefixes instead of vendor-prefixes - which would make this kind of hackish compatibility stuff unnecessary as Opera adopting webkit-prefixes would then be entirely legitimate as they wouldn't be webkit-prefixes they'd be somewebkitfeature-prefixes (better explained here).
grafio # Saturday, April 28, 2012 9:08:26 PM
I'm more saddened by end of widgets, which could be turned into real application platform if it received a bit more love and allow for example to publish widget as a single executable file (which could include opera engine + widget code).
Some Opera policies and lack of any updates on widgets.opera.com (there was one big update that made the site even worse IMHO) kept me away from contributing with anything more serious in there although I had some plans initially.
Extensions page got update recently too. I don't understand why Opera tries to keep addons pages dumbed down in some strange 3 column hipster style. Even Apple does it better.
Cutting Spoonhellspork # Monday, April 30, 2012 4:54:29 AM
Unite is great, was great and certainly had potential over other similar concepts like Wave. It would be ideal if certain parts became available to extension developers. For example if an extension could own a local folder to store its working set and bypass application storage. If there was a MyOpera file/photo sync. That sort of thing. Unite was VERY fast and VERY light so I wish parts of it will survive. Hm...the UserJS Manager was great but I suspect preference is to have us using widgets instead...?
The developer extension thing...I think more devs are responding in anger and fear because they were always too lazy, and a minority of good devs are responding with mixed feelings because they can understand the position that non-stock browsers have been boxed into regarding mobile development. Keep your head up Hallvors...and maybe poke someone to ship Paged Navigation a bit faster so the others have something to scramble over.
Jimtoyotabedzrock # Wednesday, May 2, 2012 8:50:06 PM
FransFrenzie # Tuesday, May 8, 2012 11:51:47 AM
+1