4 ms·

If they're going to pitch HTML5 as an alternative to Flash (and, implicitly, the iPhoneOS API), then why not let them compete directly with Cocoa Touch apps? Wh

by joshwa 17y ago

If they're going to pitch HTML5 as an alternative to Flash (and, implicitly, the iPhoneOS API), then why not let them compete directly with Cocoa Touch apps? Why not offer HTML5 developers a way to take advantage of the App Store's monetization and discoverability? Apple already provides some amazing documentation and tutorials for making offline-capable mobile web apps, but they're still treated by Apple as the bastard cousins of "real" iPhone apps. They should buy or provide an officially-supported analogue to a tool like PhoneGap[1] or Titanium[2], allowing HTML5 apps to appear in the App Store, and perhaps provide an Apple-supported framework such as their mysterious PastryKit[3] or contribute to SproutCore[4], giving HTML5 developers better tools to conform to Apple's HIG. HTML5 apps built on open standards should be on an equal footing with apps built in Cocoa Touch. That would be walking the walk. [1] http://phonegap.com/ http://phonegap.com/ [2] http://www.appcelerator.com/ http://www.appcelerator.com/ [3] http://daringfireball.net/2009/12/pastrykit http://daringfireball.net/2009/12/pastrykit [4] http://blog.sproutcore.com/post/531215199/introducing-sproutcore-touch http://blog.sproutcore.com/post/531215199/introducing-sprout... EDIT: "officially-supported analogue" EDIT: footnotes

boucher 17y ago
They aren't pitching them as equal. Apple wants them to be unequal.
- Qz 17y ago
  Which is why their argument here is bullshit.
  - e1ven 17y ago
    They aren't comparing HTML5 to Native Apps, they're comparing HTML5 to Flash.
    - deleted 17y ago
      [deleted]
    - Qz 17y ago
      That's the spin talking. The issue here is market control and always has been.
shawndumas 17y ago
http://www.phonegap.com/ http://www.phonegap.com/
- snsr 17y ago
  Awesome. Thanks for the link.
joubert 17y ago
Can't you create a barebones cocoa touch app that basically just shows safari, and your app runs inside that as ja and HTML?
- betageek 17y ago
  You could, but Apple are rejecting apps that are just web views or RSS readers so I wouldn't recommend it.
  - jcromartie 17y ago
    There are plenty of apps that utilize web views inside of native iPhone UIs, like tab bar controllers and other widgets. They are "hybrid" apps and make the best of both and they get by the review process just fine. A lot of them are fairly big names, like Reddit.
  - chc 17y ago
    A full app that runs inside a WebView is very different from an app that is just a WebView.
  - flyosity 17y ago
    The point is that if you build your application correctly no one will even notice it's not a Cocoa app. Take the iTunes App Store for instance. Nearly the entire application is a Webview, the AppKit equivalent of stuffing a Safari window into your application. It's all HTML (or an HTML-like markup language) and CSS. It's a little clunky sometimes but you can't say it doesn't "feel" like a real application just because it uses web technologies.
- endlessvoid94 17y ago
  What's the point? Just point users to your URL instead.
  - nailer 17y ago
    Income.
dcurtis 17y ago
Don't you remember that Apple was first trying to force everything on the iPhone to be done on the web?
- Psyonic 17y ago
  We all remember, but they changed their minds and now fully embrace the app store, and even use it as a major marketing point. Suggesting we go back to it now is a bit pre-mature, I think. JS simply doesn't run comparably to native apps, so if they want to talk battery life, they should discuss it there as well.
  - Terretta 17y ago
    He did. In the very next sentence: > Apple has adopted HTML5, CSS and JavaScript – all open standards. Apple’s mobile devices all ship with high performance, low power implementations of these open standards. Not too many words there between 'JavaScript' and 'low power'.
    - Psyonic 17y ago
      They may be low power compared to other implementations of the same, but I'd be very surprised to hear that the same program written in html5 and JS didn't consume more power than an app equivalent. Ever use Meebo? Ever look at how resource intensive it is, vs Adium or a similar program?
- Raphael 17y ago
  Hmm, oddly I don't recall the 1st party apps being HTML apps, with access to the camera.
cjoh 17y ago
I get this argument, but couldn't you say Apple gives the customer the best of both worlds? Web & HTML 5 support: developers can make or do anything they want to on the platform. App Store: Cultivated catalog of high quality apps for customers. At the end of the day, we don't need PhoneGaps or Titaniums-- we need MobileSafari to have the same hooks into the hardware (gps, compass, accelerometer, camera, etc) as Cocoa Touch. Then it's a level playing field. If you're saying that that, too, ought to be in the App Store, well-- then what you're really arguing for isn't technology but that the App Store is a better distribution channel to mobile devices than the Web. It certainly is-- I have millions of competitors for the word "Congress" on Google, and about 12 in the App Store. To solve the distribution channel problem, I don't understand why some enterprising YC person doesn't simply start making a web App Store app for the iPhone that allows people to sell web applications to iPhone users, handle fulfillment just like the App Store does, and handle curation, just like the App Store does. There's money to be made here.
- nailer 17y ago
  We're arguing for Apple to make the web app store. Clearly the current situation of open standards apps not being monetizable is not the best of both worlds.
  - pohl 17y ago
    But how is this different from the monetizibility of web-apps on the existing web? And don't forget - even if Apple were to acquiesce and make an app store for web apps, there would still be much wailing and gnashing of teeth. The claim would be that Apple is trying to take away URL-addressibility from the web. Heck, people already complain about this just for Objective-C Apps! Exhibit A: http://news.ycombinator.com/item?id=945443 http://news.ycombinator.com/item?id=945443
- joshwa 17y ago
  What I'm arguing for is not technology (which already exists), but technology support in the form of official frameworks, which subverts the "3rd party middleware" argument, and for equal access to distribution and payment channels. I have no motivation to create iPhone web apps if I can't easily get them in front of iPhone users monetize them. A few other points: - MobileSafari already has access to many hardware functions: gps, accelerometer, maybe compass? There are some great iTunes U videos on this if you're a member of the iPhone dev program. Obviously it would be good to have access to all the hardware features. - Every time I hear about the App Store being "curated" for "high quality" I choke a little (iFart?). There's no reason why html5 apps in the app store wouldn't go through the same review process. - The Google results for "congress" have no relationship whatsoever to "congress" in the App Store. Web pages != web applications. "I don't understand why some enterprising YC person doesn't simply start making a web App Store app for the iPhone that allows people to sell web applications to iPhone users, handle fulfillment just like the App Store does, and handle curation, just like the App Store does." Not a bad idea, in fact. A few big hurdles, though: 1) you can't install apps on the iPhone except via the App Store (or asking a mobilesafari user to create a home screen icon themselves) 2) payment system inertia-- who's going to sign up for another micropayment account when they're already set up with Apple? EDIT: while I was writing this, nailer said it better and more succinctly.
grinich 17y ago
I built a demo using PastryKit. See it here: http://michaelgrinich.com/pastrytweets/ http://michaelgrinich.com/pastrytweets/ Code is here: http://github.com/grinich/pastrytweets http://github.com/grinich/pastrytweets
jstevens85 17y ago
>or contribute to SproutCore[4] The President and CEO of Sproutit, Charles Jolley, has been employed by Apple since 2006. I guess that would count as contributing to SproutCore.

by joshwa 17y ago

boucher 17y ago

They aren't pitching them as equal. Apple wants them to be unequal.

Qz 17y ago
Which is why their argument here is bullshit.
- e1ven 17y ago
  They aren't comparing HTML5 to Native Apps, they're comparing HTML5 to Flash.
  - deleted 17y ago
    [deleted]
  - Qz 17y ago
    That's the spin talking. The issue here is market control and always has been.

shawndumas 17y ago

http://www.phonegap.com/ http://www.phonegap.com/

snsr 17y ago
Awesome. Thanks for the link.

joubert 17y ago

Can't you create a barebones cocoa touch app that basically just shows safari, and your app runs inside that as ja and HTML?

betageek 17y ago
You could, but Apple are rejecting apps that are just web views or RSS readers so I wouldn't recommend it.
- jcromartie 17y ago
  There are plenty of apps that utilize web views inside of native iPhone UIs, like tab bar controllers and other widgets. They are "hybrid" apps and make the best of both and they get by the review process just fine. A lot of them are fairly big names, like Reddit.
- chc 17y ago
  A full app that runs inside a WebView is very different from an app that is just a WebView.
- flyosity 17y ago
  The point is that if you build your application correctly no one will even notice it's not a Cocoa app. Take the iTunes App Store for instance. Nearly the entire application is a Webview, the AppKit equivalent of stuffing a Safari window into your application. It's all HTML (or an HTML-like markup language) and CSS. It's a little clunky sometimes but you can't say it doesn't "feel" like a real application just because it uses web technologies.
endlessvoid94 17y ago
What's the point? Just point users to your URL instead.
- nailer 17y ago
  Income.

dcurtis 17y ago

Don't you remember that Apple was first trying to force everything on the iPhone to be done on the web?

Psyonic 17y ago
We all remember, but they changed their minds and now fully embrace the app store, and even use it as a major marketing point. Suggesting we go back to it now is a bit pre-mature, I think. JS simply doesn't run comparably to native apps, so if they want to talk battery life, they should discuss it there as well.
- Terretta 17y ago
  He did. In the very next sentence: > Apple has adopted HTML5, CSS and JavaScript – all open standards. Apple’s mobile devices all ship with high performance, low power implementations of these open standards. Not too many words there between 'JavaScript' and 'low power'.
  - Psyonic 17y ago
    They may be low power compared to other implementations of the same, but I'd be very surprised to hear that the same program written in html5 and JS didn't consume more power than an app equivalent. Ever use Meebo? Ever look at how resource intensive it is, vs Adium or a similar program?
Raphael 17y ago
Hmm, oddly I don't recall the 1st party apps being HTML apps, with access to the camera.

cjoh 17y ago

I get this argument, but couldn't you say Apple gives the customer the best of both worlds? Web & HTML 5 support: developers can make or do anything they want to on the platform. App Store: Cultivated catalog of high quality apps for customers. At the end of the day, we don't need PhoneGaps or Titaniums-- we need MobileSafari to have the same hooks into the hardware (gps, compass, accelerometer, camera, etc) as Cocoa Touch. Then it's a level playing field. If you're saying that that, too, ought to be in the App Store, well-- then what you're really arguing for isn't technology but that the App Store is a better distribution channel to mobile devices than the Web. It certainly is-- I have millions of competitors for the word "Congress" on Google, and about 12 in the App Store. To solve the distribution channel problem, I don't understand why some enterprising YC person doesn't simply start making a web App Store app for the iPhone that allows people to sell web applications to iPhone users, handle fulfillment just like the App Store does, and handle curation, just like the App Store does. There's money to be made here.

nailer 17y ago
We're arguing for Apple to make the web app store. Clearly the current situation of open standards apps not being monetizable is not the best of both worlds.
- pohl 17y ago
  But how is this different from the monetizibility of web-apps on the existing web? And don't forget - even if Apple were to acquiesce and make an app store for web apps, there would still be much wailing and gnashing of teeth. The claim would be that Apple is trying to take away URL-addressibility from the web. Heck, people already complain about this just for Objective-C Apps! Exhibit A: http://news.ycombinator.com/item?id=945443 http://news.ycombinator.com/item?id=945443
joshwa 17y ago
What I'm arguing for is not technology (which already exists), but technology support in the form of official frameworks, which subverts the "3rd party middleware" argument, and for equal access to distribution and payment channels. I have no motivation to create iPhone web apps if I can't easily get them in front of iPhone users monetize them. A few other points: - MobileSafari already has access to many hardware functions: gps, accelerometer, maybe compass? There are some great iTunes U videos on this if you're a member of the iPhone dev program. Obviously it would be good to have access to all the hardware features. - Every time I hear about the App Store being "curated" for "high quality" I choke a little (iFart?). There's no reason why html5 apps in the app store wouldn't go through the same review process. - The Google results for "congress" have no relationship whatsoever to "congress" in the App Store. Web pages != web applications. "I don't understand why some enterprising YC person doesn't simply start making a web App Store app for the iPhone that allows people to sell web applications to iPhone users, handle fulfillment just like the App Store does, and handle curation, just like the App Store does." Not a bad idea, in fact. A few big hurdles, though: 1) you can't install apps on the iPhone except via the App Store (or asking a mobilesafari user to create a home screen icon themselves) 2) payment system inertia-- who's going to sign up for another micropayment account when they're already set up with Apple? EDIT: while I was writing this, nailer said it better and more succinctly.

grinich 17y ago

I built a demo using PastryKit. See it here: http://michaelgrinich.com/pastrytweets/ http://michaelgrinich.com/pastrytweets/ Code is here: http://github.com/grinich/pastrytweets http://github.com/grinich/pastrytweets

jstevens85 17y ago

>or contribute to SproutCore[4] The President and CEO of Sproutit, Charles Jolley, has been employed by Apple since 2006. I guess that would count as contributing to SproutCore.