You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the IconGenerator to create a marker, the marker looks correct on XHDPI devices. However, on a XXHDPI device such as the Nexus 5, the 9-patch does not seem to be stretched correctly.
Here is an example
In this example, the anchor of the marker should be on the black dot in the red circle. Secondly, the anchor of the bubble is not rendered in the middle of the bubble.
I've fixed this issue locally by copying the bubbles I need into the drawable-nodpi folder instead of drawable-hdpi. However, I think the same or similar fix should be performed at the library level.
The text was updated successfully, but these errors were encountered:
The cause of this issue is that image scaled from xhdpi to xxhdpi is resized 1.5 times and it may happen one of the stretched pixel columns is replicated and the other is not.
While your solution is ok, it will cause all parts of the image (paddings, upside-down caret, rounded corners) appear bigger on devices with lower densities and smaller on extra, extra (extra and in the future probably one more extra ;)) high density screens. Over 5 times bigger on ldpi compared to xxxhdpi.
A more appropriate way would be to duplicate stretched region's pixels 8 times for xhdpi, so when it is scaled to xxhdpi, it will always be 12 pixels on both regions and when scaled down to ldpi - 3 pixels.
Just a suggestion.
When using the IconGenerator to create a marker, the marker looks correct on XHDPI devices. However, on a XXHDPI device such as the Nexus 5, the 9-patch does not seem to be stretched correctly.
Here is an example
In this example, the anchor of the marker should be on the black dot in the red circle. Secondly, the anchor of the bubble is not rendered in the middle of the bubble.
I've fixed this issue locally by copying the bubbles I need into the drawable-nodpi folder instead of drawable-hdpi. However, I think the same or similar fix should be performed at the library level.
The text was updated successfully, but these errors were encountered: