[dangoor]

"It's already a problem. In fact, it is the problem. The web application 'platform' is poor, incoherent, and its proponents highly resistant to the sweeping changes that would be necessary to compete with a native, proprietary platform like iOS."

Which "sweeping changes" are those?

Changes like the ability to draw pixel-by-pixel? Vectors? 3D? (Canvas/svg/webgl)

Changes like higher level form controls? Got some in HTML5. New component model is under discussion now. Better layout of controls? The flexible box model helps a great deal, is already in lots of shipping browsers and is getting further cleaned up now.

Drag and drop? Yep.

How about the automatic data binding that's so cool in Cocoa? Not only are there application frameworks that do this (SproutCore, Knockout, Batman), there are also proposals like "Model Driven Views" (MDV) which use ECMAScript Harmony Proxy objects to make it cleaner.

What about files? Yeah, there are file APIs. Databases? localStorage is a simple key/value store. There's also WebSQL DB and IndexedDB which will hopefully be resolved in one way or another soon.

APIs for audio and geolocation are there now. Camera and other device APIs are in the works.

So, which sweeping changes do you mean? The ability to compile C code? Sorry, but I don't think most apps need that.

"The browser makers (especially Mozilla) seem insistent on leaving us in the lurch, stuck with JavaScript, the DOM, and the painfully long lead times of standardization."

I can't say this for sure, but I'd be willing to bet that:

a. standardization is moving faster than it has in more than a decade b. many APIs become usable in the real world well before the standards are complete

To be sure, the web-as-a-platform is not perfect today or in the future. But, its evolution is real.

[joehewitt]

Yeah, the checklist of web technologies is getting longer, but that's only part of the solution. They don't all work together very well. For example, Alex Russell has been opining recently about the way DOM interfaces are awkwardly adapted to JavaScript due to the committee's insistence on targetting IDL. That's why the W3C could never have invented jQuery.

I've been trying to duplicate native scrolling in iOS recently and I'm getting killed by details that the specifications don't cover and WebKit authors don't document. For example, tons of trial and error uncovered the fact that CSS keyframes animations are unusable for elements wider than 1024 pixels, due likely to OpenGL issues on iOS. If the W3C and WebKit had any clue how developers would actually use the stuff they design, they would have made this fact clear by at least providing a way to query the optimal texture size used under the covers.

Over and over you find little examples like this which demonstrate that the web's "leadership" is completely disconnected from reality on the ground.

[freemarketteddy]

come back to iOS man!!...lets make browsers that dynamically load objective C Code like HTML!

[kkowalczyk]

It's not enough to list the things that web does well. There are many areas in which web hasn't caught with capabilities available for a decade in Windows or Mac

Just one example that is particularly painful for me: it's still impossible to build a high quality code editing component on web platform. There are many valiant attempts but none that approaches the speed, quality and convenience of the best desktop editors from 10 years ago.

Another one: you can't build an ssh client as a web page because there is not enough socket support. You can do it by going through your own proxy, but that's not secure from the user point of view (you could spy on his traffic without the user knowing it).

Those are just two relatively simple things that you can't do on the web and there's much more.

Also, the velocity of change in the iOS/Android/Windows compared to velocity in web is not in favor of web. The (only recently added) capabilities you cite are just web catching up with old technologies. Amiga 1000 was doing excellent sound in 1985. Windows XP had vector graphics in 2001 etc. There's nothing to be proud of that we get those things in 2011.

iOS/Android/Windows/Mac OS X are being evolved much quickly than the web. They improve on the strengths they always had over web (speed of the apps, more capabilities, new paradigms like touch) and incorporate the best features of the web (integrating cloud storage in latest Mac OS and Windows etc.).

Also, the recent increase is standardization is caused mostly because the problem outline by Joe has been partially addressed: Google stepped up as the "owner" of the web and most of the recent advances are driven by Google (web sockets, spdy, webm, html5 spec being maintained by a Google employee, V8 forced everyone to raise JavaScript perf etc.).

Standard process was a disaster for a long time when it was done by W3C with working groups populated by employees of big companies with conflicting agendas. All the recent good changes originate from single companies (most of them from Google, Canvas was done by Apple).

[daleharvey]

> Just one example that is particularly painful for me: it's still impossible to build a high quality code editing component on web platform. There are many valiant attempts but none that approaches the speed, quality and convenience of the best desktop editors from 10 years ago.

Cloud9 and nide are really pretty competent editors, just because someone hasnt built the one application in a way that satisfies you does not mean the platform is dying.

> Another one: you can't build an ssh client as a web page because there is not enough socket support. You can do it by going through your own proxy, but that's not secure from the user point of view (you could spy on his traffic without the user knowing it).

CORS is supported in all modern browsers

[dreamdu5t]

Online IDE? Check out http://c9.io/

[nupark2]

I just want to pick one illustrative example, because the other replies cover most of the ground:

What about files? Yeah, there are file APIs. Databases? localStorage is a simple key/value store. There's also WebSQL DB and IndexedDB which will hopefully be resolved in one way or another soon.

In native-land, we've had SQLite for over a decade. If I want "WebSQL DB" today, I simply link sqlite into my project and move on.

Before SQLite, we had bdb. When the next new thing I want to use comes along, I'll simply use it, and I won't have to wait around for standardization, and the for browser makers to wrap it up in a JavaScript API.