> 1) Flex cheats already, but non-standard media query properties I think are > supposed to be prefixed with a "-" and owner.
That's correct. As you said, Flex does not follow this rule already. Even more, I would say that NONE of flex media selectors are standard (type, application-dpi, os-platform, os-version), even when the equivalent exists. (If flex followed W3C, application-dpi should have been named resolution: XXX dpi) And Flex does not support any of the standard media css selectors (width, height, orientation, etc...) > 2) It is interesting that the W3C doesn't think that os-version is necessary. > They don't even have os-platform. I guess that's in the W3C approach, "brand" characteristics are too specific. Mozilla is on the other extreme, with css queries such as "-moz-mac-graphite-theme" and " -moz-windows-default-theme". Can't be more specific than that :-). Anyway, I think it's too late to change that: - changing the existing css selectors (eg. os-platform => -flex-os-platform, or application-dpi to resolution) would break existing applications - implementing standard W3C media css selectors will be difficult to implement, and may conflict with other Flex "responsive-design" techniques (states) WDYT ? Maurice -----Message d'origine----- De : Alex Harui [mailto:aha...@adobe.com] Envoyé : lundi 2 décembre 2013 05:52 À : dev@flex.apache.org Objet : Re: IOS7 status bar management ( FLEX-33860) I haven't really been following, but I just wanted to note a couple of things: 1) Flex cheats already, but non-standard media query properties I think are supposed to be prefixed with a "-" and owner. 2) It is interesting that the W3C doesn't think that os-version is necessary. It made me wonder why. Should whatever code paths we are planning to change based on this proposed property really be triggered by some other media properties? -Alex On 12/1/13 9:01 AM, "Maurice Amsellem" <maurice.amsel...@systar.com> wrote: >FYI, committed/pushed to develop branch: >https://issues.apache.org/jira/browse/FLEX-33949 ( os-version media >css) >https://issues.apache.org/jira/browse/FLEX-33860 (ios 7 status bar) > >os-version implementation covers iOS and desktop OS only. >Android os-version yet to be done. > >(I didn't want to delay iOS7 status bar fix, because of Android). > >Maurice > >-----Message d'origine----- >De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de >OmPrakash Muppirala Envoyé : dimanche 1 décembre 2013 03:15 À : >dev@flex.apache.org Objet : RE: IOS7 status bar management ( >FLEX-33860) > >On Nov 30, 2013 4:30 PM, "Maurice Amsellem" ><maurice.amsel...@systar.com> >wrote: >> >> Hi, >> >> Unfortunately, Capabilities.os on Android returns the Linux kernel >version, not the Android version. >> >http://stackoverflow.com/questions/11293236/how-can-i-detect-the-androi >d-o >s-version-in-adobe-air >> >> The workaround is to get the info form a system file called >/system/build.prop >> As described in: >> https://github.com/funky-monkey/Android-Native-Device-Info >> >> These is no licencing information associated with the code. >> >> Possibilities: >> - contact the author and ask for donation of the code to AF >> - "borrow" the idea (reading system/build.prop) and re-implement the >parse code, shouldn't be that difficult. >> >> What do you think? > >I think that as long as we don't copy the code, we should be good. > >> >> Note: of course, getting the version of Android is not required for >managing iOS7 status bar. >> I am raising this issue because Om once mentioned that css media >> query >os-version would be useful for Android as well, to apply different >skins to different versions of Android. >> It's also required for completeness, so that os-version returns >consistent results on Android as well. > >I was really hoping that you would implement this for Android as well >:-) > >Thanks, >Om > >> >> Maurice >> >> -----Message d'origine----- >> De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] >> Envoyé : samedi 30 novembre 2013 21:43 À : dev@flex.apache.org Objet : >> RE: IOS7 status bar management ( FLEX-33860) >> >> I discovered in CSS Media specs the 'min' and 'max' operators, so IOS >version categories are not needed anymore. >> >> I have added a new css media property called 'os-version' of type >>Number. >> >> And this is how to condition styles for IOS6 and IOS7: >> >> ISO6: >> @media (os-platform: 'IOS') and (max-os-version: 6.5) >> >> IOS7: >> @media (os-platform: 'IOS') and (min-os-version: 7.0) >> >> It would work the same for Android... >> >> Maurice >> >> -----Message d'origine----- >> De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] >> Envoyé : samedi 30 novembre 2013 16:11 À : dev@flex.apache.org Objet : >> RE: IOS7 status bar management ( FLEX-33860) >> >> Back to this issue. >> >> I am working on adding os-version capability to MediaQueryParser. >> >> My first intention was to implement it that way: >> os-version >= 7.0 >> >> But it appears that CSS Media only support equality operator ( : ) , >> so >version should be a category rather than a figure. >> >> For iOS, it would be more like : >> >> os-version: 'ios6-' | 'ios7+' >> >> ios6- = ios 6 or less >> ios7+ = ios 7 or more >> >> (until Apple decides to change its ios design again :-( ) . >> >> For Android, what would be the relevant classes ? >> >> Regards, >> >> Maurice >> >> -----Message d'origine----- >> De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de >> OmPrakash >Muppirala Envoyé : dimanche 3 novembre 2013 21:36 À : >dev@flex.apache.orgObjet : Re: IOS7 status bar management ( >FLEX-33860) >> >>
