[jira] [Assigned] (FLEX-26657) Developers are able to override the DPI bucket, but not the exact device DPI

["Justin Mclean (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/FLEX-26657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Justin Mclean reassigned FLEX-26657:
------------------------------------

    Assignee:     (was: Adobe JIRA)
    
> 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
>            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