From de78727a871d85e3a25ae7f09545f507023ec1ae Mon Sep 17 00:00:00 2001 From: noah Date: Thu, 6 Aug 2026 11:10:53 -0400 Subject: [PATCH 1/7] fix(web): design-mode requests stop naming levers that do nothing MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Two design-mode change requests in a row cost more time than making the edits by hand, for two separate reasons. A css bullet named a Tailwind utility by scanning the element's class list, which only proves a prefix-matching class is present — not that it is what the browser resolved the property from. On the composer's runtime-mode chip that produced "padding-inline: 8px -> 4px — change `px-2.5` -> `px-1`", in which 8px and px-2.5 (10px) already contradict each other: a ComposerShell.css rule outranked the utility, so editing the class was a silent no-op. The new cssOrigin.ts proves the lever empirically, by removing the class and re-measuring while the element shows its original cascade. When the utility does not win, the bullet names the rule that does and the file it lives in (recovered from Vite's data-vite-dev-id, the only place an injected