diff --git a/apps_vs_extensions.html b/apps_vs_extensions.html index b79c8a8..a8b1f50 100644 --- a/apps_vs_extensions.html +++ b/apps_vs_extensions.html @@ -16,6 +16,14 @@
+Note: This document's content is outdated: "packaged apps" are no +longer supported. See the documentation for +packaged apps to +learn about its replacements. The descriptions for hosted apps and extensions +are still accurate though. +
+
Written by Michael Mahemoff
September 2010
diff --git a/choosing.html b/choosing.html
index ce2bf85..1dd02e0 100644
--- a/choosing.html
+++ b/choosing.html
@@ -4,7 +4,7 @@
Sometimes it's hard to decide whether you need to publish a -hosted app or a +hosted app or a Chrome App—or maybe even an Chrome Extension. @@ -31,10 +31,8 @@
Note: -2GB is the current size limit for packaged apps. -If your app (with all its essential assets) -can't fit into a 2GB ZIP file, -then your app is too big to be a packaged app. +Packaged apps are no +longer supported. It is not possible to upload or use legacy packaged apps.
@@ -55,22 +53,10 @@- Note: - As a rule of thumb, a packaged app should feel like a hosted app, not like - an - extension. -
-Hosted apps operate as traditional web apps (served via web servers and
running inside of web browsers) and do not have access to the extended
- Chrome APIs that extensions can use. Packaged apps are bundled into the
- .crx file and can use the extensions APIs.
Yes, but there are risks in doing so. Specifically, it is easy for - motivated people to bypass payments for packaged apps. This holds true - even if you have used our Licensing API in your locally stored packaged - app, since locally stored content is not secure and can be modified - (including calls to the Licensing API). If you’d like to have the option - of blocking access to your app by unauthorized users, selling a packaged - app may not be the right solution for you. An alternative to consider is - moving to a hosted app model with a server-side licensing check.
-There are good reasons to offer a paid packaged app, even with the limitations explained above. Packaged apps - let you easily provide functionality to your users without the overhead - of managing a hosted service. Charging for a packaged app is a quick and - simple way to enable a low-friction transaction if the app provides - clear user value. However, it is up to the developer to decide which - solution is right for him or her. -
+ Chrome APIs that extensions can use. Chrome apps are launched in an + own window without omnibox and can access + powerful app APIs. +Yes, see the payments FAQ for more details.
No. Although packaged apps get most of the functionality of extensions, - they can't have page actions.
+No. Hosted apps cannot use any extension APIs, including page actions.
No. Although packaged apps get most of the functionality of extensions, - they can't have browser actions.
+No. Hosted apps cannot use any extension APIs, including browser actions.
According to the Google AdSense program policies, Chrome-integrated websites ('hosted apps') may use AdSense; Chrome apps ('packaged apps'), extensions, and themes may not.
Yes. Packaged apps and extensions can use the Yes. Extensions can use the Chrome Platform Analytics library. Hosted apps can use one of the Google Analytics libraries for standard websites (e.g., @@ -971,8 +950,7 @@
Yes. If you want to host it on your server, it is exactly the same as - hosting a Flash file on your site. If you create a packaged app, you - must include the complete app (with Flash file) in your ZIP file.
+ hosting a Flash file on your site..crx package information you create to list the app in
the store will not work with other browsers, but users do not need the
.crx package to access a hosted web app in other browsers.
- (They can always directly access the app.) Packaged apps, because they
- are packaged in .crx files and might access the Google
- Chrome Extension APIs, will not work in other browsers.
+ (They can always directly access the app.)
This answer to this depends on the type of content and the storage requirements.
.crx
file. This embeds everything you need into the installable
.crx
@@ -1093,7 +1069,7 @@ If your app is pure HTML, CSS3, and JavaScript and is hosted on your
servers there is a good chance that it will work in the browser on
- Android. However, .crx files (including packaged apps) are
+ Android. However, .crx files are
not supported on Android. Users cannot install their apps onto the
Android browser, but they can most likely use those apps by directly
accessing the app's URL.
.crx file,
see
-Hosted Apps.
+Hosted Apps.
diff --git a/get_started_simple.html b/get_started_simple.html
index 8b17899..ceaeac9 100644
--- a/get_started_simple.html
+++ b/get_started_simple.html
@@ -180,8 +180,7 @@ For more information about what the manifest for a hosted app can contain, see - Hosted - Apps. + Hosted Apps.
@@ -365,8 +364,7 @@- Note: If your app is an extension or a packaged app that uses Native + Note: If your extension uses Native Client, you can structure your application directory hierarchy and ZIP file in a way that reduces the size of the user download package. diff --git a/hosted_apps.html b/hosted_apps.html index f035c57..f67885e 100644 --- a/hosted_apps.html +++ b/hosted_apps.html @@ -8,14 +8,6 @@
-If you're interested in creating a packaged app—a -web app that's bundled up as an extension, -so that the user downloads all of its content—see -Packaged Apps -in the extensions documentation. -
-@@ -38,7 +30,8 @@
Note:
-Unlike extensions and packaged apps,
+Unlike extensions and
+Chrome apps,
a hosted app has no access to the files inside its .crx file.
.crx file.
For more information on hosting options,
see the extensions documentation for
- Hosting.
+ Hosting.
@@ -263,6 +256,7 @@ .crx file is created,
such as when you upload your app to the Chrome Web Store.
For more information, see
- Packaging
+ Packaging
and
- key field details
+ key field details
in the extensions documentation.
@@ -311,7 +306,7 @@ @@ -321,7 +316,7 @@
@@ -439,7 +434,7 @@
-The Chrome Web Store +The Chrome Web Store is an open marketplace for web apps that enables you to reach millions of users with your apps. The store is integrated with Chrome, diff --git a/i18n.html b/i18n.html index e7d7058..7b4a68b 100644 --- a/i18n.html +++ b/i18n.html @@ -66,13 +66,13 @@
How you accomplish step 2 depends on whether you're writing -an extension, packaged app, or hosted app. -Extensions and -packaged apps +an extension, Chrome app, or hosted app. +Extensions and +Chrome apps can use the -extension system i18n support +extension system i18n support to provide the appropriate UI strings for each locale. -Hosted apps +Hosted apps don't have access to the extension i18n support for their main UIs, but they can use whatever other i18n techniques and libraries suit the app. diff --git a/images.html b/images.html index b1a5569..5372f40 100644 --- a/images.html +++ b/images.html @@ -55,7 +55,7 @@
chrome.app.isInstalled property. By querying it from a page
contained within your app's
-URLs, you can show
+URLs, you can show
or hide interface elements as appropriate. For example:
diff --git a/overview.html b/overview.html index c327f5a..0f73ffe 100644 --- a/overview.html +++ b/overview.html @@ -34,25 +34,15 @@Item concepts
- Contains installable web apps. - An installable web app - can be a normal website with a bit of extra metadata; - this type of app is called a hosted app. - Alternatively, an installable web app can bundle all its content - into an archive that users download when they install the app; - this is a packaged app. - Both hosted and packaged apps - have icons in Chrome's New Tab page, - and most users shouldn't be able to tell the difference between them - without looking at the address bar. + Contains installable web apps (also called hosted app) + and Chrome apps. + An installable web app is a normal website with a bit of extra metadata. + Both hosted and Chrome apps have icons in Chrome's New Tab page.
Before publishing a hosted app in the store, you must verify that you own the website that hosts the app's content. - Packaged apps might have some association with a website, - but you have the option of designing them - so that they don't rely on the web at all.
- If your extension seems more like a website - than a small browser add-on, - consider making it a packaged app. - Packaged apps are implemented as extensions - that have the additional ability - to present an app-like interface. -
@@ -162,7 +143,7 @@Note: -Although packaged apps and extensions +Although extensions can use Chrome Web Store Payments, it's difficult for them to use the Licensing API securely. Themes have no executable code, diff --git a/publish.md b/publish.md index 6577d76..957b5ef 100644 --- a/publish.md +++ b/publish.md @@ -69,7 +69,7 @@ It should also contain a few images and any other files that the app requires. T **Tips:** * Set the initial [version number](https://developer.chrome.com/extensions/manifest.html#version) in the manifest to a low value, such as 0.0.0.1. That way, you have room to increase the version number when you upload new versions of your app. -* If your packaged app or extension uses [Native Client](https://developers.google.com/native-client/), you can structure your application directory hierarchy and ZIP file in a way that reduces the size of the user download package. For details, see [Reducing the size of the user download package](https://developer.chrome.com/native-client/devguide/distributing#reducing-the-size-of-the-user-download-package). +* If your extension uses [Native Client](https://developers.google.com/native-client/), you can structure your application directory hierarchy and ZIP file in a way that reduces the size of the user download package. For details, see [Reducing the size of the user download package](https://developer.chrome.com/native-client/devguide/distributing#reducing-the-size-of-the-user-download-package). Before you upload your app, you’ll be asked to pick a developer account to both own your apps and receive payments. Instead of your personal account, we suggest using a dedicated account.