← back
Test plan — FarmersKornerTest-drawOrder3c.img
The only change from the baseline: Type=0x3c,8 added to [_drawOrder],
with no custom [_polygon] fill def. Everything else is byte-for-byte the same map.
⚠️ Remove build #1 from GARMIN/ first — same map ID.
The one question this answers
Look at Std Water 3c — the bottom-left polygon, directly below Poly 10 %
(where it showed a label but no fill in the baseline).
- ☐ Does it now FILL — with the device's built-in water colour (blue-ish)?
- YES → a standard sub-0x100 type renders with the device default fill once it's
drawOrder-listed. No custom def needed. (Useful result for the slope-shading epic, #171.)
- NO (still just a label) → drawOrder alone isn't enough; a custom
[_polygon]
def is mandatory even for recognized standard types on a transparent overlay map.
- ☐ If it fills — what colour? Built-in Garmin water blue, or something else?
Regression check
- ☐ Every other polygon (solid reds, Danger checker, Std Red 32) still fills exactly as in build #1.
- ☐ POIs and lines unchanged.
Record the verdict
One line: "0x3c with drawOrder + no def → filled / didn't fill, colour = ___".
That closes the open sub-question in #140.