[ https://issues.apache.org/jira/browse/FLEX-26657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Justin Mclean reopened FLEX-26657: ---------------------------------- More likely an issue with all of the high dpi devices about. > Developers are able to override the DPI bucket, but not the exact device DPI > ---------------------------------------------------------------------------- > > Key: FLEX-26657 > URL: https://issues.apache.org/jira/browse/FLEX-26657 > Project: Apache Flex > Issue Type: Improvement > Components: Mobile: Density > Affects Versions: Adobe Flex SDK Previous > Environment: Affected OS(s): All OS Platforms > Affected OS(s): All OS Platforms > Language Found: English > Reporter: Adobe JIRA > Assignee: Adobe JIRA > Priority: Minor > > One of the main reasons behind the "Override Default Density Mapping" feature > (http://opensource.adobe.com/wiki/display/flexsdk/Override+Default+Density+Mapping) > was to allow developers to customize the DPI bucket choice for devices that > incorrectly report their DPI. > However there are places in the SDK code that depend on the exact device DPI > and not the bucketed DPI. For example touch scrolling has a "slop" threshold > between selection and scrolling that is equal to 0.079365 inches (20 pixels > on a Nexus One). This value is currently multiplied by > Capabilities.screenDPI of the device to get the number of pixels on that > device. If the device is reporting the wrong DPI then this slop will be > incorrect. > Skinning, scaling, and multi-resolution bitmaps acts upon the bucketed DPI > values, but things related to physical touch don't care about the bucketed > DPI but instead should act on the exact DPI of the device. > RunTimeDPIProvider should provide a getter like runtimeDPI except called > something like "exactRuntimeDPI" that is overridable in the same fashion. By > default that method would return Capabilities.screenDPI and developers can > override it if they need to when they override the bucket behavior. The SDK > should always use this value rather than Capabilities.screenDPI and > developers building on top of the SDK will probably want to do the same. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira