Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I believe you're mixing screen size with pixel density:</p> <p><strong>From the dev guide:</strong></p> <blockquote> <ul> <li>The platform supports a set of resource qualifiers that let you provide size- and density-specific resources, if needed. The qualifiers for size-specific resources are <code>small</code>, <code>normal</code>, <code>large</code>, and <code>xlarge</code>. Those for density-specific resources are <code>ldpi</code> (low), <code>mdpi</code> (medium), <code>hdpi</code> (high), and <code>xhdpi</code> (extra high). The qualifiers correspond to the generalized densities described in <a href="http://developer.android.com/guide/practices/screens_support.html#range" rel="nofollow">Range of screens supported</a>, above.</li> <li>The platform also provides a <a href="http://developer.android.com/guide/topics/manifest/supports-screens-element.html" rel="nofollow"><code>&lt;supports-screens&gt;</code></a> manifest element, whose attributes <code>android:smallScreens</code>, <code>android:normalScreens</code>, <code>android:largeScreens</code>, and <code>android:xlargeScreens</code> let you specify what generalized screen sizes your application supports. Another attribute, android:anyDensity, lets you indicate whether or not your application includes built-in support for multiple densities.</li> </ul> </blockquote> <p><strong>Edit: added my comments to the response.</strong></p> <p>Using the example in the comment, the Archos is a 7 inches screen, while the Nexus One has a 3.7 inches screen. <strong>At the same number of pixels, the density of pixels is double on the Nexus One</strong>. Remember, dpi means dots per inch. <strong>That means that the same image would be rendered twice as big in the Archos than in the Nexus One</strong>. </p> <p><strong>The screen size differences should be handled in the layout</strong>. Use <code>res/layout-normal</code> for the Nexus One and <code>res/layout-large</code> for the Archos. This way, you will have control over the full layout for the different screen sizes (perhaps you need to limit some widgets that would be unnecessarily large in the Archos) and decide whether you want to keep a fixed size for your drawables or expand them as necessary.</p> <p>Alternatively, if you really want to keep size proportional to the screen regardless of screen size and <em>without stretching images</em>, then you can create two sets of images, namely image1-normal.png, image2-normal.png and image1-large.png, image2-large.png, etc, both in the <code>res/drawable-mdpi</code> and the <code>res/drawable-hdpi</code> folders, that you would access from the xml files in <code>res/layout-normal</code> and <code>res/layout-large</code>.</p> <p>In summary, the full requirements should be handled by a combination of layouts and drawables:</p> <ul> <li><strong>Nexus One</strong>: <code>layout-normal</code>, <code>drawable-hdpi</code></li> <li><strong>Archos 7</strong>: <code>layout-large</code>, <code>drawable-mdpi</code></li> <li><strong>Xoom</strong>: <code>layout-xlarge</code>, <code>drawable-mdpi</code></li> </ul>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload