web: the RECIPES chip hands the phone's bar to the list, not a second row over it — IMPORT .RECIPE stays the tab's own chip, and the path says TABS > PRESETS > RECIPES

On a phone the bar holds one level: the tab's chips, or the strip a chip of
theirs opened. The RECIPES list was the exception — it stood over the bar
with the bar still under it, so the level the finger had just asked for was
drawn twice, once as the list and once as its own row of chips.

The list now displaces the bar, beside the option groups and the watermark,
and wears the bar's slot and skin: that row IS the bar now.

IMPORT .RECIPE is not one of the looks the list holds, so it does not go
into the list — the way in belongs to the chip that opens it, not to the
content it fills. It stands in the tab's own row, one chip over from RECIPES
and at the same level, which is where it already stood on a wide screen. It
stands down with the bar while the list is open, as every chip of that row
does.

With the bar gone the tab's chip is gone too, so the path under the strip
grows the level: TABS > PRESETS > RECIPES, and PRESETS in it returns to the
tab's own chips. A wide screen is untouched — the bar never stands down
there; it simply gains the chip in its own row.

Checked on the running bundle (390x844 and 1280x900): the bar holds the
three chips in one row, the list takes the bar's slot under the ceiling
holding looks and nothing else, IMPORT is not among them, the path reads and
walks back, and a wide screen keeps its bar.

docker/frontend/src/styles/app.css

@@ -1647,12 +1647,16 @@ input[type="range"] { width: 100%; accent-color: var(--accent); }
      them is the path under the bar (.crumb), which names the strip they are —
      so a second row of chips over the first would only repeat where the finger
      already is, and charge the photo a row for it while a knob is being moved.
-     Only the two columns that ARE a strip a chip opened displace the bar: the
-     RECIPES list, a photo's history and the mask's own column are an open
-     chip's content, not the strip its chip opened, and they keep the bar in
-     sight under them. Both wear the bar's slot and the bar's own skin, not the
+     Only the columns that ARE a strip a chip opened displace the bar: the
+     option groups, the watermark, and RECIPES. Each of those is what a chip of
+     theirs opened, so the bar would draw the level the finger just asked for
+     twice — once as the chip that opened it, once as the strip itself — and the
+     second is the one the finger is reaching into. A photo's history and the
+     mask's own column are not that: they are an open chip's content, not the
+     strip its chip opened, and they keep the bar in sight under them. The
+     displacing three wear the bar's slot and the bar's own skin, not the
      sub-column's — this row IS the bar now. */
-  .col-sub[data-col="options"], .col-sub[data-col="wm"] {
+  .col-sub[data-col="options"], .col-sub[data-col="wm"], .col-sub[data-col="recipes"] {
     order: 3;
     background: var(--bg);
     max-height: 46vh;
@@ -1661,7 +1665,8 @@ input[type="range"] { width: 100%; accent-color: var(--accent); }
      the slot, with the bar's rule over it and the same ceiling. */
   .col-sub[data-col="wm"] { border-top: 1px solid var(--border-soft); overflow-y: auto; }
   .workspace:has(.chips > .col-sub[data-col="options"]) .col-main,
-  .workspace:has(.chips > .col-sub[data-col="wm"]) .col-main { display: none; }
+  .workspace:has(.chips > .col-sub[data-col="wm"]) .col-main,
+  .workspace:has(.chips > .col-sub[data-col="recipes"]) .col-main { display: none; }
 
   /* One strip at a time holds here too: the ruler a knob opens is the last
      strip of the walk, so it takes the place of the strip that opened it. The