8 ms·

New Chrome feature frees Web apps from the browser

70 points by ivoflipse 14y ago

yonasb 14y ago
So I'm guessing this is just like Fluid then? http://fluidapp.com/ http://fluidapp.com/
- georgecalm 14y ago
  I think it'll be more like an amalgamation of Adobe Air and Chrome Extensions (with their autoupdating and other features).
drivebyacct2 14y ago
So, like Fluid or Prism? I guess the difference this time is that HTML5 APIs are actually good enough to build functional offline apps. Shall we start the countdown until this is supported in Chrome for Android as well?
fingerprinter 14y ago
This feels quite a bit like Fluid or Prism, as others noted. Interestingly, though, it looks quite a bit like writing a plugin for Chrome rather than a webpage (http://developer.chrome.com/trunk/apps/about_apps.html http://developer.chrome.com/trunk/apps/about_apps.html) and the new APIs are going to be interesting. Still, I like the approach Ubuntu is taking much more as it integrates into the desktop and is cleaner. http://techcrunch.com/2012/07/19/ubuntu-web-apps-aim-to-bridge-browserdesktop-divide/ http://techcrunch.com/2012/07/19/ubuntu-web-apps-aim-to-brid...
- mtgx 14y ago
  Integrating it into the OS might lead to unpredictable factors like Microsoft or Apple removing that kind of functionality from their future OS versions.
  - untog 14y ago
    It could also lead to one of them being judged to be anti-competitive, and forced to remove browser components from their OS...
  - tomjen3 14y ago
    Why should they? HTML5 apps were Steves original vision. Add to homescreen exist because that was supposed to be the way to deliver new apps to users on smart phones. Why should Apple destroy that? To protect their 30% cut from a store that doesn't bring in a profit? For heavens sake why? Apple makes money when you buy an Apple product. They want to make it so that you want to buy more Apple products, not fewer. If removing the capability to add HTML5 apps to the home screen causes a loss of just one Apple product sale, it is not going to happen.
oliao 14y ago
Does anyone know how updating software versions work in this system? It would be nice if offline applications would work the same way as the HTML5 app cache.
- icebraining 14y ago
  The autoupdate system compares versions to determine whether an installed extension needs to be updated. If the published extension has a newer version string than the installed extension, then the extension is automatically updated. http://code.google.com/chrome/extensions/trunk/apps/manifest.html http://code.google.com/chrome/extensions/trunk/apps/manifest...
beeneto 14y ago
People are mentioning Fluid and Prism, but nobody is mentioning HTML Applications http://en.wikipedia.org/wiki/HTML_Application http://en.wikipedia.org/wiki/HTML_Application. It still works on Windows, just rename a .html file .hta. You get the appearance of a real application and special privileges through windows scripting. On an unrelated note I like that application development is moving in the direction of using web technologies for offline software, but I don't like the fragmentation I'm seeing with the Windows Metro apps, Chrome apps, Firefox OS apps, Phonegap apps all using different manifests/APIs. It would make more sense for developers and consumers if some of the people working on these were to work together and come up with a standard.
- masklinn 14y ago
  > People are mentioning Fluid and Prism, but nobody is mentioning HTML Applications http://en.wikipedia.org/wiki/HTML_Application http://en.wikipedia.org/wiki/HTML_Application. Or ios's "Add to HomeScreen" alongside "Offline Web Applications"[0], which I believe has been there since the first iphone. [0] http://www.whatwg.org/specs/web-apps/current-work/multipage/offline.html http://www.whatwg.org/specs/web-apps/current-work/multipage/...
  - justinschuh 14y ago
    I don't use iOS, but Chrome has had "Create Application Shortcut" since I think version 1. The Chrome apps platform is very different from that, and probably more comparable to iOS or Android apps, or what Mozilla pursued with XULRunner.
    - masklinn 14y ago
      > I don't use iOS, but Chrome has had "Create Application Shortcut" since I think version 1. Does "Create Application Shortcut" stuff work offline for compatible web applications, or does it just create a shortcut to a chromeless version (à la Fluid)? I can find no conclusive evidence towards the former by browsing.
      - 14y ago
BerislavLopac 14y ago
Is that similar to what Microsoft did some ten years ago with HTA?
- RoryH 14y ago
  Looks like the same thing but just in Chrome... http://en.wikipedia.org/wiki/HTML_Application http://en.wikipedia.org/wiki/HTML_Application
- justinschuh 14y ago
  There's some superficial similarities, but they're very different in practice. The most obvious thing to me is the security model (which is non-existent for HTAs). In fact, HTAs are broadly considered a dangerous file type at this point, because they implicitly have full privilege of the user that runs them. By contrast, Chrome applications prompt for any required permissions (defined within an explicit security model) and are confined to their application container. A Chrome app can interact with the OS and external systems only through those allowed permissions and authorized intents. HTAs also lack many of the aspects of real applications. Many common operations just aren't possible with an HTA (e.g. basic network sockets, USB devices). And HTAs don't support any significant OS integration, such as file associations. In contrast, Chrome apps are intended to be robust enough to support something as ambitious as implementing your own browser, but to do so using a safe, portable framework.
  - tmzt 14y ago
    With access to the FileSystemObject or automation access to an OCX you could do either of those things. The power of HTAs is you could use anything provided by a Microsoft technology, script Office, access WMI, etc. I wrote a DVD backup solution using HTAs and FSO.
  - BerislavLopac 14y ago
    You are correct, of course, but it seems to me that the only reason for thus situation with HTA is that it never took off and MS dumped its further development. Which makes me wonder if these kinds of technologies simply have no future whatsoever, or are yet to be accepted by the mainstream.
Achshar 14y ago
This is not new, my packaged app has been in market for a long time now. The APIs are always developing. Such apps have been possible for some time now. A shameless plug https://chrome.google.com/webstore/detail/fddboknafkepdchidokknkeidnaejnkh https://chrome.google.com/webstore/detail/fddboknafkepdchido... edit: to be precise, my app is almost a year old and the packaged app stuff was there even before that. And in chrome world, twelve months is a very long time.
- deleted 14y ago
  [deleted]
  - Achshar 14y ago
    It will launch in a window in chrome OS in the new interface. It is a packaged app as in all of it's resources are bundled in the crx and it does not need anything from the web. This is the older version of the documentation. The app uses this version of apis. http://code.google.com/chrome/extensions/apps.html http://code.google.com/chrome/extensions/apps.html The difference b/w this and old version is that it has access to more apis. The underlying idea of a packaged app (that all data is bundled in .crx file) is same for both of them. This is discussed here. http://code.google.com/chrome/extensions/trunk/apps/app_architecture.html http://code.google.com/chrome/extensions/trunk/apps/app_arch...
    - KaoruAoiShiho 14y ago
      Thanks that clarifies it.
esbwhat 14y ago
Completely bypassing any standards bodies, as usual, I assume. No thanks. I'll stick to the browser made by a foundation, not a for-profit company trying to gain control over the web. I remember IE6.
- statictype 14y ago
  Standards bodies are meant to formalize technology that already exists. Good luck getting a standards committee to innovate and come up with new features. (BTW, IE gave us XmlHttpRequest. It was not introduced by a standards body. )
- vibrunazo 14y ago
  If it's open then that argument is irrelevant. MS's Embrace Extend Extinguish is only applicable for proprietary standards. Open standards are the cure for that.
- mtgx 14y ago
  If any other browser can use the exact same technology Google uses, then that's fine. That's how other technologies get adopted by browsers, too. As soon as most of them adopt one, then it usually becomes a standard. Also, I'll give you a much worse example, that has already happened, rather than something that may happen in the future, like what you're suggesting - h.264. It "completely bypassed" the standards body as well. The standards body would've much rather used something open source and free, but since most browsers used h.264 for the video tag, and since 2 of the major browser makers, Microsoft and Apple, were unwilling to go with an open source codec, the standards body was forced to adopt h.264.
  - extension 14y ago
    the standards body was forced to adopt h.264 The WHATWG did not adopt h.264 as a standard, nor any other codec.
- tomjen3 14y ago
  Standard bodies exist to standardlize already existing technologies so others can implement them. And btw did you miss the experiment part of all the non-standard APIs? About the only thing that wasn't was the manifest (which is JSON) and the icons.
valdiorn 14y ago
Am I right in guessing these types of apps can only be supplied to users through the Chrome store? If so, then: No. thank. you. I will just never, ever, ever, EVER build software that needs to go through some sort of "approval process", unless I'm being paid a lot of money to do so. The fact that some dweeb at google has ultimate power to simply reject all my hard work, or even worse, approve it first and then remove it at a later time, barring all my users from accessing the app, all without me having ANYTHING to say about it is just fascist and wrong. I would never work under such a system (App Store, Windows Store, Chrome Store, etc...) I need to be free to provide my application by any method I want, that includes a download link anywhere on the internet that lets users install the app when they want, if they want, however they want, without fear of some overlord stepping in and banning the app.
- untog 14y ago
  Am I right in guessing "Don't mind me, just makin' a straw man, knocking it down..." Chromium is entirely open source. A quick search shows that there are many bugs/mailing list posts mentioning packaged apps within the Chromium project. So the answer to your hypothetical question is: no, you're likely not right. Google may control the experience in the Chrome browser, but by providing all the code they use, you're free to implement whatever system you want on your own machine.
  - icebraining 14y ago
    Parent said Chrome store, not Chrome. If apps can only be installed from the Google Play, nothing guarantees us that your homebrewed system can access them.
    - untog 14y ago
      Well where do the apps come from? Developers. If the developers are willing to post versions of their apps that will work on Chromium in addition to Chrome Store versions, then you'll be able to use them. If they aren't then your issue is with the developer, not Google.
    - 14y ago
b0 14y ago
This is all a terrible idea and it will fragment the Internet as we know it. The internet is not a budget strip-mall of different low grade outlets; it's more an orchard full of fruit you can discover and pick at will from millions of trees. What people have invented is HTML applications, much as Microsoft promoted in the early 00's with some marketing and store ceremony around them. Also, let's look at NaCl while we're here: it's basically a modern version of ActiveX. Then we had silverlight, which was glorified Flash for LOB applications and could be out-of-browser. I wonder how long it'll be before Google invent that again. All those are dead, and for a good reason. Microsoft even sees that these approaches are just bad and has pushed away from them heavily recently apart from in the desktop and mobile space where they are 100% REQUIRED. As far as their integration goes now, you can pin sites to the taskbar and there is no massive ceremony or framework around it - it's just a glorified bookmark. Just because Google packages it up and throws it into the fad browser of the day, don't assume it's not the same golden turd that we've all hated in the past. George Santayana: "Those who cannot remember the past are condemned to repeat it."
- mtgx 14y ago
  You keep giving Microsoft's proprietary technologies as bad examples vs Google's open source ones, and keep saying it's the same. It's not. Other vendors weren't allowed to use ActiveX or Silverlight, nor could they help improve it, and fix their bugs.
  - b0 14y ago
    Some little known facts which point to your assertions being wrong: 1. IE4 worked on UNIX (Solaris/HP-UX) and supported ActiveX. 2. MainSoft provided tools to port your ActiveX to UNIX (Usually a straight recompilation and little else required). 3. Other vendors are allowed to use Silverlight - look: http://www.mono-project.com/Moonlight http://www.mono-project.com/Moonlight 4. ActiveX,COM,MSRPC are all open specifications here: http://msdn.microsoft.com/en-us/library/dd208104(v=prot.10) http://msdn.microsoft.com/en-us/library/dd208104(v=prot.10) 1-2 died because there was lack of demand. 3 died because there was lack of demand and MS decided it was the wrong route. 4 is used by MANY open source projects from Samba to tsclient. As far as improving things goes, I've had many a thing fixed by Microsoft over the years. They ALWAYS solve a problem.
dangoor 14y ago
FWIW Firefox ships with a similar feature in the Aurora channel right now https://www.mozilla.org/en-US/apps/partners/ https://www.mozilla.org/en-US/apps/partners/ As others have said, the goal ultimately with this kind of work is (or should be) standardization. Web tech-based apps really should be able to run anywhere you have a decent browser. (I work for Mozilla, but not on our Apps work specifically)
- justinschuh 14y ago
  Yeah, there's been discussions between the teams working on this at Google and Mozilla. I think the lack of coordination on a standard at this point is mostly because everything is still very much evolving. No one's sure exactly what's right, and we all learned the dangers of premature/aspirational standards from the start of the last decade (e.g. SVG). This is the time to iterate and figure out what works. The standards time will come once there's some real-world experience in what they should be.
  - MatthewPhillips 14y ago
    A standard already exists[1], widgets. Do a find/replace widgets with apps, then turn the xml spec to json and everyone will be happy. [1]http://www.w3.org/TR/widgets/ http://www.w3.org/TR/widgets/
    - justinschuh 14y ago
      There are various reasons why no one has chosen to implement that standard. My personal discomfort is that it basically punts on the security portion and leaves most of the scary stuff entirely at the discretion of the implementor. For that reason alone I personally think the spec is a non-starter.
      - MatthewPhillips 14y ago
        Opera implemented it.
wslh 14y ago
This kind of feature will be great for the mobile space. Currently there are a lot of apps in many mobile platforms that are just an embedded browser.
Kilimanjaro 14y ago
A way to build desktop/mobile apps using html/css/js? Bring it on!
Kilimanjaro 14y ago
> Navigation: Links open up with the system web browser What if I want to open another web app, like a calculator? Say I create an App Launcher where I drop web app icons and expect them to run on click. How do I do that?
- Kilimanjaro 14y ago
  Btw, are there any google groups open yet for this so we can ask silly questions? * Found it: chromium-apps
huhtenberg 14y ago
"This page requires Java^H^H^H^HChrome. Please install it from here."
jorangreef 14y ago
Would these use-cases be supported? 1. User sees a listing of XLS or DOC files in the web app, stored in the web app's local storage, user clicks to open a file in a default native office application such as MS Office, and registers a "watchFile" callback to be notified of any changes to the underlying file data (when the user presses CTRL+S in the native office application), to enable syncing to the web app's local storage. 2. Web app is granted read/write access to a directory on the user's system, so that if a user opens a file in this directory from outside the web app, the web app can still watch changes made to these files to enable syncing to a backup server etc. 3. Packaged apps as complete binary installs, without requiring Chrome to be installed on the user's machine, and without requiring the user to visit a proprietary web store or sign up as a Google user. The user should not know that they are installing a packaged app. This binary would need to be able to be marketed and installed from outside of proprietary web stores if packaged apps are to be a success. i.e. a website could offer a .dmg or .exe download link depending on the platform. The app would include the Chrome updater and auto-update to track the latest packaged app apis. It would also be a huge help if the POSIX, TCP, UDP APIs could match that of Node.js and have similar performance characteristics and capabilities (fsync etc).
tomjen3 14y ago
I look forward to this, when (and if) it allows me to deliver an 'exe' file written in Javascript and HTML5.
- gddr 14y ago
  Fun fact: Opera has had "widgets", which are basically the same thing as this, since version 9 (2006). They could run without having the main browser open, and when I looked inside their folders, I was surprised to see that, indeed, each one had an actual ".exe" file. I doubt you'd be able to distribute them though. They are deprecated now for some reason.
antihero 14y ago
Holy fucking shit, this could make JS Crypto useful again. This might actually be what I'm looking for to resurrect the Wire project.

70 points by ivoflipse 14y ago

yonasb 14y ago

So I'm guessing this is just like Fluid then? http://fluidapp.com/ http://fluidapp.com/

georgecalm 14y ago
I think it'll be more like an amalgamation of Adobe Air and Chrome Extensions (with their autoupdating and other features).

drivebyacct2 14y ago

So, like Fluid or Prism? I guess the difference this time is that HTML5 APIs are actually good enough to build functional offline apps. Shall we start the countdown until this is supported in Chrome for Android as well?

fingerprinter 14y ago

This feels quite a bit like Fluid or Prism, as others noted. Interestingly, though, it looks quite a bit like writing a plugin for Chrome rather than a webpage (http://developer.chrome.com/trunk/apps/about_apps.html http://developer.chrome.com/trunk/apps/about_apps.html) and the new APIs are going to be interesting. Still, I like the approach Ubuntu is taking much more as it integrates into the desktop and is cleaner. http://techcrunch.com/2012/07/19/ubuntu-web-apps-aim-to-bridge-browserdesktop-divide/ http://techcrunch.com/2012/07/19/ubuntu-web-apps-aim-to-brid...

mtgx 14y ago
Integrating it into the OS might lead to unpredictable factors like Microsoft or Apple removing that kind of functionality from their future OS versions.
- untog 14y ago
  It could also lead to one of them being judged to be anti-competitive, and forced to remove browser components from their OS...
- tomjen3 14y ago
  Why should they? HTML5 apps were Steves original vision. Add to homescreen exist because that was supposed to be the way to deliver new apps to users on smart phones. Why should Apple destroy that? To protect their 30% cut from a store that doesn't bring in a profit? For heavens sake why? Apple makes money when you buy an Apple product. They want to make it so that you want to buy more Apple products, not fewer. If removing the capability to add HTML5 apps to the home screen causes a loss of just one Apple product sale, it is not going to happen.

oliao 14y ago

Does anyone know how updating software versions work in this system? It would be nice if offline applications would work the same way as the HTML5 app cache.

icebraining 14y ago
The autoupdate system compares versions to determine whether an installed extension needs to be updated. If the published extension has a newer version string than the installed extension, then the extension is automatically updated. http://code.google.com/chrome/extensions/trunk/apps/manifest.html http://code.google.com/chrome/extensions/trunk/apps/manifest...

beeneto 14y ago

People are mentioning Fluid and Prism, but nobody is mentioning HTML Applications http://en.wikipedia.org/wiki/HTML_Application http://en.wikipedia.org/wiki/HTML_Application. It still works on Windows, just rename a .html file .hta. You get the appearance of a real application and special privileges through windows scripting. On an unrelated note I like that application development is moving in the direction of using web technologies for offline software, but I don't like the fragmentation I'm seeing with the Windows Metro apps, Chrome apps, Firefox OS apps, Phonegap apps all using different manifests/APIs. It would make more sense for developers and consumers if some of the people working on these were to work together and come up with a standard.

masklinn 14y ago
> People are mentioning Fluid and Prism, but nobody is mentioning HTML Applications http://en.wikipedia.org/wiki/HTML_Application http://en.wikipedia.org/wiki/HTML_Application. Or ios's "Add to HomeScreen" alongside "Offline Web Applications"[0], which I believe has been there since the first iphone. [0] http://www.whatwg.org/specs/web-apps/current-work/multipage/offline.html http://www.whatwg.org/specs/web-apps/current-work/multipage/...
- justinschuh 14y ago
  I don't use iOS, but Chrome has had "Create Application Shortcut" since I think version 1. The Chrome apps platform is very different from that, and probably more comparable to iOS or Android apps, or what Mozilla pursued with XULRunner.
  - masklinn 14y ago
    > I don't use iOS, but Chrome has had "Create Application Shortcut" since I think version 1. Does "Create Application Shortcut" stuff work offline for compatible web applications, or does it just create a shortcut to a chromeless version (à la Fluid)? I can find no conclusive evidence towards the former by browsing.
    - 14y ago

BerislavLopac 14y ago

Is that similar to what Microsoft did some ten years ago with HTA?

RoryH 14y ago
Looks like the same thing but just in Chrome... http://en.wikipedia.org/wiki/HTML_Application http://en.wikipedia.org/wiki/HTML_Application
justinschuh 14y ago
There's some superficial similarities, but they're very different in practice. The most obvious thing to me is the security model (which is non-existent for HTAs). In fact, HTAs are broadly considered a dangerous file type at this point, because they implicitly have full privilege of the user that runs them. By contrast, Chrome applications prompt for any required permissions (defined within an explicit security model) and are confined to their application container. A Chrome app can interact with the OS and external systems only through those allowed permissions and authorized intents. HTAs also lack many of the aspects of real applications. Many common operations just aren't possible with an HTA (e.g. basic network sockets, USB devices). And HTAs don't support any significant OS integration, such as file associations. In contrast, Chrome apps are intended to be robust enough to support something as ambitious as implementing your own browser, but to do so using a safe, portable framework.
- tmzt 14y ago
  With access to the FileSystemObject or automation access to an OCX you could do either of those things. The power of HTAs is you could use anything provided by a Microsoft technology, script Office, access WMI, etc. I wrote a DVD backup solution using HTAs and FSO.
- BerislavLopac 14y ago
  You are correct, of course, but it seems to me that the only reason for thus situation with HTA is that it never took off and MS dumped its further development. Which makes me wonder if these kinds of technologies simply have no future whatsoever, or are yet to be accepted by the mainstream.

Achshar 14y ago

This is not new, my packaged app has been in market for a long time now. The APIs are always developing. Such apps have been possible for some time now. A shameless plug https://chrome.google.com/webstore/detail/fddboknafkepdchidokknkeidnaejnkh https://chrome.google.com/webstore/detail/fddboknafkepdchido... edit: to be precise, my app is almost a year old and the packaged app stuff was there even before that. And in chrome world, twelve months is a very long time.

deleted 14y ago
[deleted]
- Achshar 14y ago
  It will launch in a window in chrome OS in the new interface. It is a packaged app as in all of it's resources are bundled in the crx and it does not need anything from the web. This is the older version of the documentation. The app uses this version of apis. http://code.google.com/chrome/extensions/apps.html http://code.google.com/chrome/extensions/apps.html The difference b/w this and old version is that it has access to more apis. The underlying idea of a packaged app (that all data is bundled in .crx file) is same for both of them. This is discussed here. http://code.google.com/chrome/extensions/trunk/apps/app_architecture.html http://code.google.com/chrome/extensions/trunk/apps/app_arch...
  - KaoruAoiShiho 14y ago
    Thanks that clarifies it.

esbwhat 14y ago

Completely bypassing any standards bodies, as usual, I assume. No thanks. I'll stick to the browser made by a foundation, not a for-profit company trying to gain control over the web. I remember IE6.

statictype 14y ago
Standards bodies are meant to formalize technology that already exists. Good luck getting a standards committee to innovate and come up with new features. (BTW, IE gave us XmlHttpRequest. It was not introduced by a standards body. )
vibrunazo 14y ago
If it's open then that argument is irrelevant. MS's Embrace Extend Extinguish is only applicable for proprietary standards. Open standards are the cure for that.
mtgx 14y ago
If any other browser can use the exact same technology Google uses, then that's fine. That's how other technologies get adopted by browsers, too. As soon as most of them adopt one, then it usually becomes a standard. Also, I'll give you a much worse example, that has already happened, rather than something that may happen in the future, like what you're suggesting - h.264. It "completely bypassed" the standards body as well. The standards body would've much rather used something open source and free, but since most browsers used h.264 for the video tag, and since 2 of the major browser makers, Microsoft and Apple, were unwilling to go with an open source codec, the standards body was forced to adopt h.264.
- extension 14y ago
  the standards body was forced to adopt h.264 The WHATWG did not adopt h.264 as a standard, nor any other codec.
tomjen3 14y ago
Standard bodies exist to standardlize already existing technologies so others can implement them. And btw did you miss the experiment part of all the non-standard APIs? About the only thing that wasn't was the manifest (which is JSON) and the icons.

valdiorn 14y ago

Am I right in guessing these types of apps can only be supplied to users through the Chrome store? If so, then: No. thank. you. I will just never, ever, ever, EVER build software that needs to go through some sort of "approval process", unless I'm being paid a lot of money to do so. The fact that some dweeb at google has ultimate power to simply reject all my hard work, or even worse, approve it first and then remove it at a later time, barring all my users from accessing the app, all without me having ANYTHING to say about it is just fascist and wrong. I would never work under such a system (App Store, Windows Store, Chrome Store, etc...) I need to be free to provide my application by any method I want, that includes a download link anywhere on the internet that lets users install the app when they want, if they want, however they want, without fear of some overlord stepping in and banning the app.

untog 14y ago
Am I right in guessing "Don't mind me, just makin' a straw man, knocking it down..." Chromium is entirely open source. A quick search shows that there are many bugs/mailing list posts mentioning packaged apps within the Chromium project. So the answer to your hypothetical question is: no, you're likely not right. Google may control the experience in the Chrome browser, but by providing all the code they use, you're free to implement whatever system you want on your own machine.
- icebraining 14y ago
  Parent said Chrome store, not Chrome. If apps can only be installed from the Google Play, nothing guarantees us that your homebrewed system can access them.
  - untog 14y ago
    Well where do the apps come from? Developers. If the developers are willing to post versions of their apps that will work on Chromium in addition to Chrome Store versions, then you'll be able to use them. If they aren't then your issue is with the developer, not Google.
  - 14y ago

b0 14y ago

This is all a terrible idea and it will fragment the Internet as we know it. The internet is not a budget strip-mall of different low grade outlets; it's more an orchard full of fruit you can discover and pick at will from millions of trees. What people have invented is HTML applications, much as Microsoft promoted in the early 00's with some marketing and store ceremony around them. Also, let's look at NaCl while we're here: it's basically a modern version of ActiveX. Then we had silverlight, which was glorified Flash for LOB applications and could be out-of-browser. I wonder how long it'll be before Google invent that again. All those are dead, and for a good reason. Microsoft even sees that these approaches are just bad and has pushed away from them heavily recently apart from in the desktop and mobile space where they are 100% REQUIRED. As far as their integration goes now, you can pin sites to the taskbar and there is no massive ceremony or framework around it - it's just a glorified bookmark. Just because Google packages it up and throws it into the fad browser of the day, don't assume it's not the same golden turd that we've all hated in the past. George Santayana: "Those who cannot remember the past are condemned to repeat it."

mtgx 14y ago
You keep giving Microsoft's proprietary technologies as bad examples vs Google's open source ones, and keep saying it's the same. It's not. Other vendors weren't allowed to use ActiveX or Silverlight, nor could they help improve it, and fix their bugs.
- b0 14y ago
  Some little known facts which point to your assertions being wrong: 1. IE4 worked on UNIX (Solaris/HP-UX) and supported ActiveX. 2. MainSoft provided tools to port your ActiveX to UNIX (Usually a straight recompilation and little else required). 3. Other vendors are allowed to use Silverlight - look: http://www.mono-project.com/Moonlight http://www.mono-project.com/Moonlight 4. ActiveX,COM,MSRPC are all open specifications here: http://msdn.microsoft.com/en-us/library/dd208104(v=prot.10) http://msdn.microsoft.com/en-us/library/dd208104(v=prot.10) 1-2 died because there was lack of demand. 3 died because there was lack of demand and MS decided it was the wrong route. 4 is used by MANY open source projects from Samba to tsclient. As far as improving things goes, I've had many a thing fixed by Microsoft over the years. They ALWAYS solve a problem.

dangoor 14y ago

FWIW Firefox ships with a similar feature in the Aurora channel right now https://www.mozilla.org/en-US/apps/partners/ https://www.mozilla.org/en-US/apps/partners/ As others have said, the goal ultimately with this kind of work is (or should be) standardization. Web tech-based apps really should be able to run anywhere you have a decent browser. (I work for Mozilla, but not on our Apps work specifically)

justinschuh 14y ago
Yeah, there's been discussions between the teams working on this at Google and Mozilla. I think the lack of coordination on a standard at this point is mostly because everything is still very much evolving. No one's sure exactly what's right, and we all learned the dangers of premature/aspirational standards from the start of the last decade (e.g. SVG). This is the time to iterate and figure out what works. The standards time will come once there's some real-world experience in what they should be.
- MatthewPhillips 14y ago
  A standard already exists[1], widgets. Do a find/replace widgets with apps, then turn the xml spec to json and everyone will be happy. [1]http://www.w3.org/TR/widgets/ http://www.w3.org/TR/widgets/
  - justinschuh 14y ago
    There are various reasons why no one has chosen to implement that standard. My personal discomfort is that it basically punts on the security portion and leaves most of the scary stuff entirely at the discretion of the implementor. For that reason alone I personally think the spec is a non-starter.
    - MatthewPhillips 14y ago
      Opera implemented it.

wslh 14y ago

This kind of feature will be great for the mobile space. Currently there are a lot of apps in many mobile platforms that are just an embedded browser.

Kilimanjaro 14y ago

A way to build desktop/mobile apps using html/css/js? Bring it on!

Kilimanjaro 14y ago

> Navigation: Links open up with the system web browser What if I want to open another web app, like a calculator? Say I create an App Launcher where I drop web app icons and expect them to run on click. How do I do that?

Kilimanjaro 14y ago
Btw, are there any google groups open yet for this so we can ask silly questions? * Found it: chromium-apps

huhtenberg 14y ago

"This page requires Java^H^H^H^HChrome. Please install it from here."

jorangreef 14y ago

Would these use-cases be supported? 1. User sees a listing of XLS or DOC files in the web app, stored in the web app's local storage, user clicks to open a file in a default native office application such as MS Office, and registers a "watchFile" callback to be notified of any changes to the underlying file data (when the user presses CTRL+S in the native office application), to enable syncing to the web app's local storage. 2. Web app is granted read/write access to a directory on the user's system, so that if a user opens a file in this directory from outside the web app, the web app can still watch changes made to these files to enable syncing to a backup server etc. 3. Packaged apps as complete binary installs, without requiring Chrome to be installed on the user's machine, and without requiring the user to visit a proprietary web store or sign up as a Google user. The user should not know that they are installing a packaged app. This binary would need to be able to be marketed and installed from outside of proprietary web stores if packaged apps are to be a success. i.e. a website could offer a .dmg or .exe download link depending on the platform. The app would include the Chrome updater and auto-update to track the latest packaged app apis. It would also be a huge help if the POSIX, TCP, UDP APIs could match that of Node.js and have similar performance characteristics and capabilities (fsync etc).

tomjen3 14y ago

I look forward to this, when (and if) it allows me to deliver an 'exe' file written in Javascript and HTML5.

gddr 14y ago
Fun fact: Opera has had "widgets", which are basically the same thing as this, since version 9 (2006). They could run without having the main browser open, and when I looked inside their folders, I was surprised to see that, indeed, each one had an actual ".exe" file. I doubt you'd be able to distribute them though. They are deprecated now for some reason.

antihero 14y ago

Holy fucking shit, this could make JS Crypto useful again. This might actually be what I'm looking for to resurrect the Wire project.