From 687f420d020e2d56f2cbeb101ab0c7c4eda62a57 Mon Sep 17 00:00:00 2001 From: Erik Date: Mon, 7 Sep 2026 11:36:27 +0200 Subject: [PATCH] =?UTF-8?q?fix(vtank):=20slice=207=20fix=20round=20B=20ite?= =?UTF-8?q?m=203=20=E2=80=94=20bottom-band=20clipping=20on=20notice=20labe?= =?UTF-8?q?ls?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit AssertWithinParent (MossTankMarkupContractTests) already checks a child's y+h against its parent's declared height, but only when h>0 — most notice/ status labels have no explicit h attribute (Height defaults to 0 in MarkupDocument.F), so the check silently never fired for them even though they visually clip the tab's 194px content band. Fix: give the two labels that actually overflow an explicit h="16" and raise them so 194-16=178 is their max y (item 3's "a full 16px line fits" rule) — Consumables' ProfileNotice (184 -> 178; also trimmed the "Add Selected" button above it from h=25 to h=24 so the two touch at y=178 without overlapping) and Meta's MetaNotice (already at the correct y=178, just needed the explicit w/h so the existing pin actually applies to it). Buffs' Coverage label already landed at y=178/h=16 in item 2's Buffs redesign. The Loot Editor popup's own bottom row (LootRangeText/-/+) was already explicit and already fit (282+16=298<=300) — no change needed. Mutation check: reverting ProfileNotice to y=184 turned AuthoredShellFitsTheMinimumCanvasAndEverySizedChildFitsItsParent red ("