Okay, look at it another way: the documentation you are quoting says that those control the different screen sizes you support. And let's say it states: "these attributes, and nothing else, determine the screen sizes you support." It doesn't say anything about what the values are if you don't specify them. That is covered *in the same document* only a couple paragraphs down (in the sections that are clearly there to expand upon that material) in the text I pointed to.
I mean... there are a lot of places I could point to in the documentation that are not so good or outright bad. To have a problem with this particular part... I don't understand.
On Sat, Sep 4, 2010 at 4:11 PM, Indicator Veritatis <mej1960@yahoo.com> wrote:
It is not "being uber-pedantic". And your example of guns killing
bunnies is irrelevant. It would have been relevant if you had followed
the wording of the citation a little more closely, and said,
"this gun lets me specify whether the bunny will live or die". But of
course, you did not say that, since that does not support your
position.
The truth is that as happens all too often, the online documentation
says one thing in one place, and contradicts that one thing in another
place.
> theandroid:minSdkVersion<http://developer.android.com/guide/topics/manifest/uses-sdk-element.html>
On Sep 4, 12:36 am, Dianne Hackborn <hack...@android.com> wrote:
> Also on that page:
>
> Default values for attributes
>
> The default values for the <supports-screens> attributes differs, depending
> on the value of
> attribute> On Fri, Sep 3, 2010 at 11:57 PM, Indicator Veritatis <mej1...@yahoo.com>wrote:
> in the application's manifest, as well as on the value of
> android:targetSdkVersion, if declared:
>
> - If android:minSdkVersion or android:targetSdkVersion is "3" (Android
> 1.5) or lower, the default value for everything except android:normalScreens
> is false. If you are primarily targeting pre-Android 1.6 platforms but
> also want to support other densities/screen sizes, you need to set the
> appropriate attributes to true.
> - If android:minSdkVersion or android:targetSdkVersion is "4" (Android
> 1.6) or higher, the default value for everything is true. If your
> application requires Android 1.6 features, but does not support these
> densities and/or screen sizes, you need to set the appropriate attributes
> to false.
> - Note that android:normalScreens always defaults to true.
>
> But um yeah if you want to be uber-pedantic... wait, no, not even in that
> case. "This gun lets me kill the bunny." That doesn't imply to me that the
> gun is the only way I have to kill the bunny. :)
>
> > android-developers+unsubscribe@googlegroups.com<android-developers%2Bunsubscribe@googlegroups.com>>
>
>
> > I take your word for this, that it really is true. But I must point
> > out: strictly speaking that contradicts
> >http://developer.android.com/guide/practices/screens_support.html
> > which reads in part:
>
> > "The platform also provides a <supports-screens> manifest element,
> > whose attributes android:largeScreens, android:normalScreens, and
> > android:smallScreens let you specify what generalized screen sizes
> > your application supports. "
>
> > By the rules of English grammar, this means that this manifest element
> > ALONE lets you specify it, minSdkVersion has NO part in it.
>
> > On Sep 3, 5:14 pm, Dianne Hackborn <hack...@android.com> wrote:
> > > On Fri, Sep 3, 2010 at 1:31 PM, Gustavo <gumat...@gmail.com> wrote:
> > > > <supports-screens android:largeScreens="true"
> > > > android:normalScreens="true" android:smallScreens="true"
> > > > android:anyDensity="true" />
>
> > > > <uses-sdk android:minSdkVersion="4" />
>
> > > Note that these two lines are redundant. Making the minSdkVersion 4
> > implies
> > > you support different screens.
>
> > > --
> > > Dianne Hackborn
> > > Android framework engineer
> > > hack...@android.com
>
> > > Note: please don't send private questions to me, as I don't have time to
> > > provide private support, and so won't reply to such e-mails. All such
> > > questions should be posted on public forums, where I and others can see
> > and
> > > answer them.
>
> > --
> > You received this message because you are subscribed to the Google
> > Groups "Android Developers" group.
> > To post to this group, send email to android-developers@googlegroups.com
> > To unsubscribe from this group, send email to
> > For more options, visit this group at
> >http://groups.google.com/group/android-developers?hl=en
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> Note: please don't send private questions to me, as I don't have time to
> provide private support, and so won't reply to such e-mails. All such
> questions should be posted on public forums, where I and others can see and
> answer them.
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--
Dianne Hackborn
Android framework engineer
hackbod@android.com
Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them.
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
No comments:
Post a Comment