Closed Elleo closed 4 weeks ago
This sounds potentially like the batching mechanism is not working correctly, as the behaviour with the labels possibly shows (labels disables batching somewhat). Or, the batching is working correctly, but we've got an issue with the BlendMode
or something similar. We'll investigate!
This is fixed by #1901. Note that using translucency could now be relatively expensive, as documented in the PR code. This is because the canvas must be drawn to (and our internal batching process flushed) every time a translucent polygon is encountered in the painting loop, in order to properly mix these potentially overlapping colors. Previously (with the fix for cutting applied), it would've just shown as one half transparent tone consistently, now it mixes properly.
Brilliant, thanks for all your hard work!
What is the bug?
If you have a polygon with one or more holes and another polygon of the same colour is placed inside it, then the second polygon will get rendered as a hole instead of as a filled polygon.
If the polygons have labels, then they are rendered correctly when the labels are rendered. But rendered incorrectly when the labels are not displayed (e.g. when zoomed out)
If the useAltRendering property is set then the polygons will be rendered correctly.
Expected output:
Actual output:
How can we reproduce it?
The following code can be used to reproduce the issue:
Do you have a potential solution?
I don't have a fix unfortunately, but it can be temporarily worked around using the alternative renderer, or by ensuring that polygons do not have the same colour (a slightly different opacity setting is enough)
Platforms
Android 14, Windows 11, iOS 17
Severity
Obtrusive: Prevents normal functioning but causes no errors in the console