Removing references to legacy packaged apps across extension docs.

chrome/common/extensions/docs/server2/templates/articles/autoupdate.html

Index: chrome/common/extensions/docs/server2/templates/articles/autoupdate.html
diff --git a/chrome/common/extensions/docs/server2/templates/articles/autoupdate.html b/chrome/common/extensions/docs/server2/templates/articles/autoupdate.html
index 4c340bbb6d49b2056628fd8d64e39222e313ce6d..355c7498f63e2e5da6e4c4dce79c4bc1b9efb57c 100644
--- a/chrome/common/extensions/docs/server2/templates/articles/autoupdate.html
+++ b/chrome/common/extensions/docs/server2/templates/articles/autoupdate.html
@@ -50,21 +50,9 @@ and <strong>&lt;updatecheck></strong> elements of the update manifest:
 <p><b>appid</b><br>
 The extension ID, generated based on a hash of the extension's public key,
 as described in <a href="packaging.html">Packaging</a>. You can find the
-ID of an extension or packaged app by going to the Extensions page (<b>chrome://extensions</b>).
-
-Hosted apps, however, are not listed on the Extensions page.  You can find the ID of any

[Mihai Parparita -not on Chrome, 2012/09/16 04:55:02]

Hosted apps are not (publicly) deprecated yet, we shouldn't remove references to
them.

[Aaron Boodman, 2012/09/17 21:23:08]

Again, this caveat is something that should only be shown for the apps
documentation, I think.

Here's an example:
http://src.chromium.org/viewvc/chrome/trunk/src/chrome/common/extensions/docs...
-- {{?is_apps}}

[mkearney1, 2012/09/17 21:30:17]

Yes, we need the apps stuff to be in apps docs-- it's very confusing talking
about extensions, apps, and hosted apps in same breadth. I have a recommendation
for the manifest which I will send in a separate email to you both. It's not
going to answer every cross-over instance though.
On 2012/09/17 21:23:08, Aaron Boodman wrote:

-app using the following steps:
+ID of an extension by going to the Extensions page (<b>chrome://extensions</b>).

[Aaron Boodman, 2012/09/16 00:44:35]

What did we decide to do about pages like this that describe concepts that are
common to all types of packages?

[Mihai Parparita -not on Chrome, 2012/09/16 04:55:02]

Given that this page appears in the apps doc set too
(http://developer.chrome.com/apps/autoupdate.html), I think the reference to
packaged apps can stay (it's equally applicable to both legacy and platform
apps).

[Aaron Boodman, 2012/09/17 21:18:04]

Yeah. My question was what we decided to do in the long term.

I keep coming back to the idea that we should factor out the concepts that are
common to all Chrome package types into some separate section, like
developer.chrome.com/packages. It would have its own landing page and would
describe everything that is common between themes, extensions, hosted apps,
legacy packaged apps, and packaged apps, along with any other new types we
introduce over time.

Then /extensions/manifest.html, for example, would just list the keys that are
specific to extensions, and would include a link to /package/manifest.html.

For the specific case of autoupdate, I'm not even sure if we even need an
extensions and apps specific page. We'd just point to the one at
/packages/autoupdate.html.

That said, for now, can we branch on whether this is for extensions and packaged
apps and use the right words, rather than saying 'extension or packaged app'? I
thought we had support for that.

[mkearney1, 2012/09/17 21:30:17]

I have a to-do to investigate if there are any special circumstances for
autoupdating apps. Assuming there are, then it would seem like we should be very
clear about these. If there aren't, then we could just keep this as is.

On 2012/09/16 04:55:02, Mihai Parparita wrote:

 </p>
 
-<ul>
-  <li> Open the app. You can do this by clicking its icon on the New Tab page.</li>
-  <li> Open the JavaScript console.  You can do this by clicking the wrench icon
-       and choosing <b>Tools &gt; JavaScript Console</b>.</li>
-  <li> Enter the following expression into the JavaScript console: <code>chrome.app.getDetails().id</code>
-      <p>The console shows the app's ID as a quoted string.</p>
-  </li>
-</ul>
-
 <p><b>codebase</b><br>
 A URL to the extension's <code>.crx</code> file.</p>