diff options
| author | Dirk Dougherty <ddougherty@google.com> | 2012-01-27 17:56:49 -0800 |
|---|---|---|
| committer | Dirk Dougherty <ddougherty@google.com> | 2012-03-05 22:02:35 -0800 |
| commit | 4d7bc65538c7cd9fbb1fbbcf22d1da47fcee1219 (patch) | |
| tree | 30364eba130764c5ebc4d8bfa9878199d57acd32 /docs/html/guide/appendix | |
| parent | e606cb460272cd99bac05b4477a5e489827b368b (diff) | |
| download | frameworks_base-4d7bc65538c7cd9fbb1fbbcf22d1da47fcee1219.zip frameworks_base-4d7bc65538c7cd9fbb1fbbcf22d1da47fcee1219.tar.gz frameworks_base-4d7bc65538c7cd9fbb1fbbcf22d1da47fcee1219.tar.bz2 | |
Doc change: String changes for Android Market
Change-Id: I823812a4fd24021bec906ad856479c92a8d2a759
Diffstat (limited to 'docs/html/guide/appendix')
| -rw-r--r-- | docs/html/guide/appendix/install-location.jd | 6 | ||||
| -rw-r--r-- | docs/html/guide/appendix/market-filters.jd | 148 |
2 files changed, 77 insertions, 77 deletions
diff --git a/docs/html/guide/appendix/install-location.jd b/docs/html/guide/appendix/install-location.jd index e5ed226..63a3817 100644 --- a/docs/html/guide/appendix/install-location.jd +++ b/docs/html/guide/appendix/install-location.jd @@ -172,9 +172,9 @@ persist after external storage is remounted.</dd> before the external storage is mounted to the device. If your application is installed on the external storage, it can never receive this broadcast.</dd> <dt>Copy Protection</dt> - <dd>Your application cannot be installed to a device's SD card if it uses Android Market's - Copy Protection feature. However, if you use Android Market's - <a href="{@docRoot}guide/market/licensing/index.html">Application Licensing</a> instead, your + <dd>Your application cannot be installed to a device's SD card if it uses Google Play's + Copy Protection feature. However, if you use Google Play's + <a href="{@docRoot}guide/market/licensing.html">Application Licensing</a> instead, your application <em>can</em> be installed to internal or external storage, including SD cards.</dd> </dl> diff --git a/docs/html/guide/appendix/market-filters.jd b/docs/html/guide/appendix/market-filters.jd index d9b2155..3e502d7 100644 --- a/docs/html/guide/appendix/market-filters.jd +++ b/docs/html/guide/appendix/market-filters.jd @@ -1,4 +1,4 @@ -page.title=Market Filters +page.title=Filters on Google Play @jd:body <div id="qv-wrapper"> @@ -6,15 +6,15 @@ page.title=Market Filters <h2>Quickview</h2> <ul> -<li>Android Market applies filters that control which Android-powered devices can access your -application on Market.</li> +<li>Google Play applies filters that control which Android-powered devices can access your +application when the user is visiting the store.</li> <li>Filtering is determined by comparing device configurations that you declare in you app's manifest file to the configurations defined by the device, as well as other factors.</li> </ul> <h2>In this document</h2> <ol> - <li><a href="#how-filters-work">How Filters Work in Android Market</a></li> + <li><a href="#how-filters-work">How Filters Work on Google Play</a></li> <li><a href="#manifest-filters">Filtering based on Manifest Elements</a> <ol> <li><a href="#advanced-filters">Advanced manifest filters</a></li> @@ -47,10 +47,10 @@ href="{@docRoot}guide/topics/manifest/uses-sdk-element.html"><uses-sdk></c <div id="qv-extra"> <img id="rule" src="{@docRoot}assets/images/grad-rule-qv.png"> <div id="qv-sub-rule"> - <img src="{@docRoot}assets/images/icon_market.jpg" style="float:left;margin:0;padding:0 5px;"> - <h2 style="color:#669999;">Interested in publishing your app on Android Market?</h2> + <img src="{@docRoot}assets/images/icon_play.png" style="float:left;margin:0;padding:0 5px;"> + <h2 style="color:#669999;padding-top:1em;">Interested in publishing your app on Google Play?</h2> <p><a id="publish-link" -href="http://market.android.com/publish">Go to Android Market</a> to create a publisher +href="http://play.google.com/apps/publish">Go to Google Play</a> to create a publisher account and upload your app.</p></div> </div> @@ -58,44 +58,44 @@ account and upload your app.</p></div> </div> -<p>When a user searches or browses in Android Market on an Android device, the results are filtered +<p>When a user searches or browses on Google Play on an Android device, the results are filtered based on which applications are compatible with that device. For example, if an application -requires a camera (as specified in the application manifest file), then Android Market will not show +requires a camera (as specified in the application manifest file), then Google Play will not show the app on any device that does not have a camera.</p> <p>Declarations in the manifest file that are compared to the device's configuration is not the only part of how applications are filtered. Filtering might also occur due to the user's country and carrier, the presence or absence of a SIM card, and other factors. </p> -<p>Changes to the Android Market filters are independent of changes to the Android platform itself. -This document is updated periodically to reflect any changes that affect the way Android Market +<p>Changes to the Google Play filters are independent of changes to the Android platform itself. +This document is updated periodically to reflect any changes that affect the way Google Play filters applications.</p> -<h2 id="how-filters-work">How Filters Work in Android Market</h2> +<h2 id="how-filters-work">How Filters Work on Google Play</h2> -<p>Android Market uses the filter restrictions described below to determine +<p>Google Play uses the filter restrictions described below to determine whether to show your application to a user who is browsing or searching for -applications from the Android Market app. When determining whether to display your app, -Market checks the device's hardware and software configuration, as well as it's +applications from the Google Play app. When determining whether to display your app, +Google Play checks the device's hardware and software configuration, as well as it's carrier, location, and other characteristics. It then compares those against the restrictions and dependencies expressed by the application's manifest file and publishing details. If the application is -compatible with the device according to the filter rules, Market displays the -application to the user. Otherwise, Market hides your application from search +compatible with the device according to the filter rules, Google Play displays the +application to the user. Otherwise, Google Play hides your application from search results and category browsing, even if a user specifically requests -the app by clicking a deep link that points directly to the app's ID within Market..</p> +the app by clicking a deep link that points directly to the app's ID within Google Play..</p> <p class="note"><strong>Note:</strong> When users browse the <a -href="http://market.android.com">Android Market web site</a>, they can see all published -applications. The Android Market web site compares the application requirements to each of the +href="http://play.google.com/apps">Google Play web site</a>, they can see all published +applications. The Google Play web site compares the application requirements to each of the user's registered devices for compatibility, though, and only allows them to install the application if it's compatible with their device.</p> <p>You can use any combination of the available filters for your app. For example, you can set a <code>minSdkVersion</code> requirement of <code>"4"</code> and set <code>smallScreens="false"</code> -in the app, then when uploading the app to Market you could target European countries (carriers) -only. Android Market's filters will thus prevent the application from being available on any device +in the app, then when uploading the app to Google Play you could target European countries (carriers) +only. Google Play's filters will thus prevent the application from being available on any device that does not match all three of these requirements. </p> <p>All filtering restrictions are associated with an application's version and can @@ -106,15 +106,15 @@ available.</p> <h2 id="manifest-filters">Filtering based on Manifest Elements</h2> -<p>Most Market filters are triggered by elements within an application's +<p>Most filters are triggered by elements within an application's manifest file, <a href="{@docRoot}guide/topics/manifest/manifest-intro.html">AndroidManifest.xml</a> (although not everything in the manifest file can trigger filtering). -Table 1 lists the manifest elements that you should use to trigger Android -Market filtering, and explains how the filtering for each element works.</p> +Table 1 lists the manifest elements that you should use to trigger +filtering, and explains how the filtering for each element works.</p> <p id="table1" class="table-caption"><strong>Table 1.</strong> Manifest elements that -trigger filtering on Market.</p> +trigger filtering on Google Play.</p> <table> <tr> <th>Manifest Element</th> @@ -129,19 +129,19 @@ trigger filtering on Market.</p> <p>An application indicates the screen sizes that it is capable of supporting by setting attributes of the <code><supports-screens></code> element. When -the application is published, Market uses those attributes to determine whether +the application is published, Google Play uses those attributes to determine whether to show the application to users, based on the screen sizes of their devices. </p> -<p>As a general rule, Market assumes that the platform on the device can adapt +<p>As a general rule, Google Play assumes that the platform on the device can adapt smaller layouts to larger screens, but cannot adapt larger layouts to smaller screens. Thus, if an application declares support for "normal" screen size only, -Market makes the application available to both normal- and large-screen devices, +Google Play makes the application available to both normal- and large-screen devices, but filters the application so that it is not available to small-screen devices.</p> <p>If an application does not declare attributes for -<code><supports-screens></code>, Market uses the default values for those +<code><supports-screens></code>, Google Play uses the default values for those attributes, which vary by API Level. Specifically: </p> <ul> @@ -150,7 +150,7 @@ href="{@docRoot}guide/topics/manifest/uses-sdk-element.html#min">android: minSdkVersion</a></code> or <code><a href="{@docRoot}guide/topics/manifest/uses-sdk-element.html#target">android: targetSdkVersion</a></code> to 3 or lower, the <code><supports-screens></code> element itself -is undefined and no attributes are available. In this case, Market assumes that +is undefined and no attributes are available. In this case, Google Play assumes that the application is designed for normal-size screens and shows the application to devices that have normal or larger screens. </p> @@ -166,19 +166,19 @@ default.</li> <p><strong>Example 1</strong><br /> The manifest declares <code><uses-sdk android:minSdkVersion="3"></code> and does not include a <code><supports-screens></code> element. - <strong>Result</strong>: Android Market does not show the app to a user of a - small-screen device, but does show it to users of normal and large-screen - devices, unless other filters also exclude those devices. </p> + <strong>Result</strong>: Google Play will not show the app to a user of a + small-screen device, but will show it to users of normal and large-screen + devices, unless other filters apply. </p> <p><strong>Example 2<br /> </strong>The manifest declares <code><uses-sdk android:minSdkVersion="3" android:targetSdkVersion="4"></code> and does not include a <code><supports-screens></code> element. - <strong>Result</strong>: Android Market will show the app to users on all + <strong>Result</strong>: Google Play will show the app to users on all devices, unless other filters apply. </p> <p><strong>Example 3<br /> </strong>The manifest declares <code><uses-sdk android:minSdkVersion="4"></code> and does not include a <code><supports-screens></code> element. - <strong>Result</strong>: Android Market will show the app to all users, + <strong>Result</strong>: Google Play will show the app to all users, unless other filters apply. </p> <p>For more information on how to declare support for screen sizes in your application, see <code><a @@ -195,11 +195,11 @@ default.</li> Configuration: <br /> keyboard, navigation, touch screen</td> <td valign="top"><p>An application can - request certain hardware features, and Android Market will show the app only on devices that have the required hardware.</p> + request certain hardware features, and Google Play will show the app only on devices that have the required hardware.</p> <p><strong>Example 1<br /> - </strong>The manifest includes <code><uses-configuration android:reqFiveWayNav="true" /></code>, and a user is searching for apps on a device that does not have a five-way navigational control. <strong>Result</strong>: Android Market will not show the app to the user. </p> + </strong>The manifest includes <code><uses-configuration android:reqFiveWayNav="true" /></code>, and a user is searching for apps on a device that does not have a five-way navigational control. <strong>Result</strong>: Google Play will not show the app to the user. </p> <p><strong>Example 2<br /> - </strong>The manifest does not include a <code><uses-configuration></code> element. <strong>Result</strong>: Android Market will show the app to all users, unless other filters apply.</p> + </strong>The manifest does not include a <code><uses-configuration></code> element. <strong>Result</strong>: Google Play will show the app to all users, unless other filters apply.</p> <p>For more details, see <a href="{@docRoot}guide/topics/manifest/uses-configuration-element.html"><code><uses-configuration></code></a>.</p></td> </tr> @@ -218,16 +218,16 @@ Level 5).</p> </strong>The manifest includes <code><uses-feature android:name="android.hardware.sensor.light" /></code>, and a user is searching for apps on a device that does not have a light sensor. -<strong>Result</strong>: Android Market will not show the app to the user. </p> +<strong>Result</strong>: Google Play will not show the app to the user. </p> <p><strong>Example 2<br /> </strong>The manifest does not include a <code><uses-feature></code> -element. <strong>Result</strong>: Android Market will show the app to all users, +element. <strong>Result</strong>: Google Play will show the app to all users, unless other filters apply.</p> <p>For complete information, see <code><a href="{@docRoot}guide/topics/manifest/uses-feature-element.html"><uses-feature></a> </code>.</p> - <p><em>Filtering based on implied features:</em> In some cases, Android -Market interprets permissions requested through + <p><em>Filtering based on implied features:</em> In some cases, Google +Play interprets permissions requested through <code><uses-permission></code> elements as feature requirements equivalent to those declared in <code><uses-feature></code> elements. See <a href="#uses-permission-filtering"><code><uses-permission></code></a>, @@ -245,19 +245,19 @@ below.</p> <p><strong>Example 1<br /> </strong>An app requests multiple OpenGL-ES versions by specifying <code>openGlEsVersion</code> multiple times in the - manifest. <strong>Result</strong>: Market assumes that the app requires the highest of the indicated versions.</p> + manifest. <strong>Result</strong>: Google Play assumes that the app requires the highest of the indicated versions.</p> <p><strong>Example 2<br /> </strong>An app - requests OpenGL-ES version 1.1, and a user is searching for apps on a device that supports OpenGL-ES version 2.0. <strong>Result</strong>: Android Market will show the app to the user, unless other filters apply. If a - device reports that it supports OpenGL-ES version <em>X</em>, Market assumes that it + requests OpenGL-ES version 1.1, and a user is searching for apps on a device that supports OpenGL-ES version 2.0. <strong>Result</strong>: Google Play will show the app to the user, unless other filters apply. If a + device reports that it supports OpenGL-ES version <em>X</em>, Google Play assumes that it also supports any version earlier than <em>X</em>. </p> <p><strong>Example 3<br /> </strong>A user is searching for apps on a device that does not - report an OpenGL-ES version (for example, a device running Android 1.5 or earlier). <strong>Result</strong>: Android Market assumes that the device - supports only OpenGL-ES 1.0. Market will only show the user apps that do not specify <code>openGlEsVersion</code>, or apps that do not specify an OpenGL-ES version higher than 1.0. </p> + report an OpenGL-ES version (for example, a device running Android 1.5 or earlier). <strong>Result</strong>: Google Play assumes that the device + supports only OpenGL-ES 1.0. Google Play will only show the user apps that do not specify <code>openGlEsVersion</code>, or apps that do not specify an OpenGL-ES version higher than 1.0. </p> <p><strong>Example 4<br /> - </strong>The manifest does not specify <code>openGlEsVersion</code>. <strong>Result</strong>: Android Market will show the app to all users, unless other filters apply. </p> + </strong>The manifest does not specify <code>openGlEsVersion</code>. <strong>Result</strong>: Google Play will show the app to all users, unless other filters apply. </p> <p>For more details, see <a href="{@docRoot}guide/topics/manifest/uses-feature-element.html"><code><uses-feature></code></a>.</p></td> </tr> @@ -268,28 +268,28 @@ href="{@docRoot}guide/topics/manifest/uses-feature-element.html"><code><uses- <td valign="top"><p>An application can require specific shared libraries to be present on the device. </p> <p><strong>Example 1<br /> - </strong>An app requires the <code>com.google.android.maps</code> library, and a user is searching for apps on a device that does not have the <code>com.google.android.maps</code> library. <strong>Result</strong>: Android Market will not show the app to the user. </p> + </strong>An app requires the <code>com.google.android.maps</code> library, and a user is searching for apps on a device that does not have the <code>com.google.android.maps</code> library. <strong>Result</strong>: Google Play will not show the app to the user. </p> <p><strong>Example 2</strong><br /> - The manifest does not include a <code><uses-library></code> element. <strong>Result</strong>: Android Market will show the app to all users, unless other filters apply.</p> + The manifest does not include a <code><uses-library></code> element. <strong>Result</strong>: Google Play will show the app to all users, unless other filters apply.</p> <p>For more details, see <a href="{@docRoot}guide/topics/manifest/uses-library-element.html"><code><uses-library></code></a>.</p></td> </tr> <tr id="uses-permission-filtering"> <td valign="top" style="white-space:nowrap;"><code><a href="{@docRoot}guide/topics/manifest/uses-permission-element.html"><uses-permission></a></code></td> <td valign="top"> </td> - <td valign="top">Strictly, Android Market does not filter based on + <td valign="top">Strictly, Google Play does not filter based on <code><uses-permission></code> elements. However, it does read the elements to determine whether the application has hardware feature requirements that may not have been properly declared in <code><uses-feature></code> elements. For example, if an application requests the <code>CAMERA</code> permission but does not declare a <code><uses-feature></code> element for -<code>android.hardware.camera</code>, Android Market considers that the +<code>android.hardware.camera</code>, Google Play considers that the application requires a camera and should not be shown to users whose devices do not offer a camera.</p> <p>In general, if an application requests hardware-related permissions, -Android Market assumes that the application requires the underlying hardware +Google Play assumes that the application requires the underlying hardware features, even though there might be no corresponding to -<code><uses-feature></code> declarations. Android Market then sets up +<code><uses-feature></code> declarations. Google Play then sets up filtering based on the features implied by the <code><uses-feature></code> declarations.</p> <p>For a list of permissions that imply hardware features, see @@ -305,9 +305,9 @@ element.</p> <td valign="top"><p>An application can require a minimum API level. </p> <p><strong>Example 1</strong><br /> The manifest includes <code><uses-sdk - android:minSdkVersion="3"></code>, and the app uses APIs that were introduced in API Level 3. A user is searching for apps on a device that has API Level 2. <strong>Result</strong>: Android Market will not show the app to the user. </p> + android:minSdkVersion="3"></code>, and the app uses APIs that were introduced in API Level 3. A user is searching for apps on a device that has API Level 2. <strong>Result</strong>: Google Play will not show the app to the user. </p> <p><strong>Example 2</strong><br /> - The manifest does not include <code>minSdkVersion</code>, and the app uses APIs that were introduced in API Level 3. A user is searching for apps on a device that has API Level 2. <strong>Result</strong>: Android Market assumes that <code>minSdkVersion</code> is "1" and that the app is compatible with all versions of Android. Market shows the app to the user and allows the user to download the app. The app crashes at runtime. </p> + The manifest does not include <code>minSdkVersion</code>, and the app uses APIs that were introduced in API Level 3. A user is searching for apps on a device that has API Level 2. <strong>Result</strong>: Google Play assumes that <code>minSdkVersion</code> is "1" and that the app is compatible with all versions of Android. Google Play shows the app to the user and allows the user to download the app. The app crashes at runtime. </p> <p>Because you want to avoid this second scenario, we recommend that you always declare a <code>minSdkVersion</code>. For details, see <a href="{@docRoot}guide/topics/manifest/uses-sdk-element.html#min"><code>android:minSdkVersion</code></a>.</p></td> </tr> @@ -316,7 +316,7 @@ href="{@docRoot}guide/topics/manifest/uses-sdk-element.html#min"><code>android:m <td valign="top"><p><em>Deprecated.</em> Android 2.1 and later do not check or enforce the <code>maxSdkVersion</code> attribute, and the SDK will not compile if <code>maxSdkVersion</code> is set in an app's manifest. For devices already - compiled with <code>maxSdkVersion</code>, Market will respect it and use it for + compiled with <code>maxSdkVersion</code>, Google Play will respect it and use it for filtering.</p> <p> Declaring <code>maxSdkVersion</code> is <em>not</em> recommended. For details, see <a href="{@docRoot}guide/topics/manifest/uses-sdk-element.html#max"><code>android:maxSdkVersion</code></a>.</p></td> @@ -327,7 +327,7 @@ href="{@docRoot}guide/topics/manifest/uses-sdk-element.html#max"><code>android:m <h3 id="advanced-filters">Advanced manifest filters</h3> -<p>In addition to the manifest elements in <a href="#table1">table 1</a>, Android Market can also +<p>In addition to the manifest elements in <a href="#table1">table 1</a>, Google Play can also filter applications based on the advanced manifest elements in table 2.</p> <p>These manifest elements and the filtering they trigger are for exceptional use-cases @@ -336,14 +336,14 @@ require strict controls on application distribution. <strong>Most applications s these filters</strong>.</p> <p id="table2" class="table-caption"><strong>Table 2.</strong> Advanced manifest elements for -Android Market filtering.</p> +Google Play filtering.</p> <table> <tr><th>Manifest Element</th><th>Summary</th></tr> <tr> <td><nobr><a href="{@docRoot}guide/topics/manifest/compatible-screens-element.html">{@code <compatible-screens>}</a></nobr></td> <td> - <p>Android Market filters the application if the device screen size and density does not match + <p>Google Play filters the application if the device screen size and density does not match any of the screen configurations (declared by a {@code <screen>} element) in the {@code <compatible-screens>} element.</p> <p class="caution"><strong>Caution:</strong> Normally, <strong>you should not use @@ -360,7 +360,7 @@ with alternative resources.</p> <td><nobr><a href="{@docRoot}guide/topics/manifest/supports-gl-texture-element.html">{@code <supports-gl-texture>}</a></nobr></td> <td> - <p>Android Market filters the application unless one or more of the GL texture compression + <p>Google Play filters the application unless one or more of the GL texture compression formats supported by the application are also supported by the device. </p> </td> </tr> @@ -370,16 +370,16 @@ formats supported by the application are also supported by the device. </p> <h2 id="other-filters">Other Filters</h2> -<p>Android Market uses other application characteristics to determine whether to show or hide an application for a particular user on a given device, as described in the table below. </p> +<p>Google Play uses other application characteristics to determine whether to show or hide an application for a particular user on a given device, as described in the table below. </p> <p id="table3" class="table-caption"><strong>Table 3.</strong> Application and publishing -characteristics that affect filtering on Market.</p> +characteristics that affect filtering on Google Play.</p> <table> <tr> <th>Filter Name</th> <th>How It Works</th> </tr> <tr> <td valign="top">Publishing Status</td> <td valign="top"><p>Only published applications will appear in - searches and browsing within Android Market.</p> <p>Even if an app is unpublished, it can + searches and browsing within Google Play.</p> <p>Even if an app is unpublished, it can be installed if users can see it in their Downloads area among their purchased, installed, or recently uninstalled apps.</p> <p>If an application has been suspended, users will not be able to reinstall or update it, even if it appears in their Downloads.</p> </td></tr> @@ -390,10 +390,10 @@ must have a SIM card and be running Android 1.1 or later, and it must be in a country (as determined by SIM carrier) in which paid apps are available.</p></td> </tr> <tr> <td valign="top">Country / Carrier Targeting</td> <td valign="top"> <p>When you upload your app to - the Android Market, you can select specific countries to target. The app will only + Google Play, you can select specific countries to target. The app will only be visible to the countries (carriers) that you select, as follows:</p> <ul><li><p>A device's country is determined based on the carrier, if a carrier is - available. If no carrier can be determined, the Market application tries to + available. If no carrier can be determined, Google Play tries to determine the country based on IP.</p></li> <li><p>Carrier is determined based on the device's SIM (for GSM devices), not the current roaming carrier.</p></li></ul> </td> </tr> <tr> @@ -404,22 +404,22 @@ country (as determined by SIM carrier) in which paid apps are available.</p></td Android NDK?</a></p> </tr> <tr> <td valign="top">Copy-Protected Applications</td> <td valign="top"><p>To copy protect an application, set copy protection to "On" when you configure publishing -options for your application. Market will not show copy-protected applications on +options for your application. Google Play will not show copy-protected applications on developer devices or unreleased devices.</p></td> </tr> </table> <h2 id="MultiApks">Publishing Multiple APKs with Different Filters</h2> -<p>Some specific Android Market filters allow you to publish multiple APKs for the same +<p>Some specific Google Play filters allow you to publish multiple APKs for the same application in order to provide a different APK to different device configurations. For example, if you're creating a video game that uses high-fidelity graphic assets, you might want to create two APKs that each support different texture compression formats. This way, you can reduce the size of the APK file by including only the textures that are required for each device -configuration. Depending on each device's support for your texture compression formats, Android -Market will deliver it the APK that you've declared to support that device.</p> +configuration. Depending on each device's support for your texture compression formats, Google +Play will deliver it the APK that you've declared to support that device.</p> -<p>Currently, Android Market allows you to publish multiple APKs for the same application only +<p>Currently, Google Play allows you to publish multiple APKs for the same application only when each APK provides different filters based on the following configurations:</p> <ul> <li>OpenGL texture compression formats @@ -440,7 +440,7 @@ href="{@docRoot}guide/topics/manifest/compatible-screens-element.html">{@code </ul> <p>All other filters still work the same as usual, but these three are the only filters that can -distinguish one APK from another within the same application listing on Android Market. For example, +distinguish one APK from another within the same application listing on Google Play. For example, you <em>cannot</em> publish multiple APKs for the same application if the APKs differ only based on whether the device has a camera.</p> @@ -450,5 +450,5 @@ APK that supports a wide range of device configurations</strong>. Publishing mul requires that you follow specific rules within your filters and that you pay extra attention to the version codes for each APK to ensure proper update paths for each configuration.</p> -<p>If you need more information about how to publish multiple APKs on Android Market, read <a +<p>If you need more information about how to publish multiple APKs on Google Play, read <a href="{@docRoot}guide/market/publishing/multiple-apks.html">Multiple APK Support</a>.</p> |