Resolution is accurate only for mdpi densities

[HooHaa-code]

This sample project has some banding around the edges to ensure that all pixels a being properly rendered. Steps to reproduce:

1. Create a virtual device with a resolution of 800x1280 and a screen size of 9
2. Create a second virtual device with a resolution of 800x1280 and a screen size of 12
3. Run the same app on both devices
4. Notice that the rendering is very different on both devices

Ex4Google.zip

[rylin8]

Sorry I may not be understanding something here. It looks to me that the bottom screen is on a device with the same resolution, but a different pixel density, so everything is rendered larger. That is intended.

[HooHaa-code]

The bottom image is mdpi, the top image is ldpi.

If this is intended behavior, then we should have a discussion about it during our next meeting. Basically, designers have trouble grasping the concept of pixel density. They would expect that a figma file at the same resolution as a display would completely fill that display no matter what the density is

[rylin8]

@HooHaa-code I believe we discussed this offline. Do you still think there is a need for this?

[HooHaa-code]

Yes, I think there is still a need.

From my understanding, design compose converts figma px to dp. I think this is going to be a pain point for our designers as they are not going to be familiar with dp. I think we discussed having a toggle where we can decided to use px or dp.

[iamralpht]

We discussed this in some detail recently, and we don't want to support this. For our Instrument Cluster framework and native renderer, we implemented the Android "dp" concept so that we match scales across displays (and can have both Android and the native renderer draw on the same display with everything matching up).

If we did implement support for scaling outside of dp, then we wouldn't be using it ourselves, and it touches enough of the rendering logic that it would be hard to maintain full test coverage of the feature (i.e.: we could get coverage with the initial implementation, but would need to keep adding tests for scaling with new features).

I'm open to revisit this in the future as we have more things including DesignCompose.

[rylin8]

Not implementing this per previous comment.