editor-shell 0.17.0 → 0.18.0

package/dist/panel/panel.css

@@ -43,9 +43,29 @@
    `calc()` off it, which would claim an arithmetic relationship that does not
    exist: 28 was measured, it is not "10 plus 18". The max() is what makes this a
    FLOOR rather than a default — raise the token past a rhythm and that row rises
-   with it instead of quietly staying tighter than everything around it. */
+   with it instead of quietly staying tighter than everything around it.
+
+   NOW 16, AND 10 WAS WORTH NOTHING ON SCREEN (card 66206). 66203 shipped the
+   token at 10 and Lewis could see no change at all, which is not a bug in it —
+   it is what a floor of 10 was always going to do here. Four of the six gaps
+   (36, 28, 16, 14) were already above it, and of the two that were not, one is
+   the dead `.es-group + .es-group` rule below. So 10 could only ever reach the
+   drill list, and there it landed on the number that list already had.
+
+   16 is Lewis's own, picked on 2026-08-28 once that was shown to him, and it is
+   the first value that moves anything a merchant looks at. MEASURED in Chromium
+   against these stylesheets (`tests/fixtures/panel-row-spacing.html`):
+
+     one drill row to the next, word to word    23.40px → 35.40px
+     a group head to its first setting          14px    → 16px
+     one setting to the next                    28px      unchanged
+     a one-line boolean row                     16px      unchanged
+     a heading, after the row above it          36px      unchanged
+
+   The three measured rhythms do not move because 16 is still under them, which
+   is the floor doing exactly what it was built to do. */
 .es-editor {
-  --es-row-gap: 10px;
+  --es-row-gap: 16px;
 }
 
 /* ── the tab strip: a segmented control ────────────────────────────────────── */
@@ -542,7 +562,11 @@ button.es-group-head:hover { background: var(--es-chip-bg); }
      hairline between them and adds no margin — so the air a merchant sees is
      each row's own vertical padding, on its own side of the line. MEASURED in
      Chromium against these stylesheets (`tests/fixtures/panel-row-spacing.html`):
-     11.40px above the rule, 12.00px below it, 23.40px between two rows' words.
+     17.40px above the rule, 18.00px below it, 35.40px between two rows' words.
+     At the 10px the token shipped with (card 66203) those were 11.40, 12.00 and
+     23.40 — this list is the ONLY place on the panel where raising the token to
+     16 moves a measured distance rather than a declared one, and it is the row
+     Lewis was looking at when he asked (card 66206).
 
      A MARGIN WOULD BE THE WRONG FIX. A border-top with space above it detaches
      from the row it belongs to and reads as a line floating in the panel rather

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "editor-shell",
-  "version": "0.17.0",
+  "version": "0.18.0",
   "description": "Shared editor-chrome primitives for the EFFICIENT editors: EditorRail (a Next-16-safe left icon-rail leaf), the shell token layer, and GoldTextInput — type in place and watch the markup formatting appear as you type.",
   "license": "MIT",
   "author": "Lewis Liu",