**What I'd like**

A way to make the top bar span the same rectangle a tiled window does, rather
than the full screen edge to edge — i.e. inset by Hyprland's `general:gaps_out`
on the long axis, so the bar's ends line up with the windows underneath it.

**Why it needs to be a shell option**

As far as I can tell there is no way to express this in config today. The bar
reads six sizing tokens — `size-horizontal`, `size-vertical`, `icon-slot`,
`icon-canvas`, `icon-font`, `status-slot` — all of which are thickness or icon
metrics, and `shell.json`'s `bar` block understands `position`, `id`, `layout`
and `transparent`. Length isn't a number the bar picks: a horizontal bar sets
`anchors { left: true; right: true }` with `implicitWidth: 0` and the
compositor stretches it. So insetting it means dropping those anchors and
giving the window an explicit `implicitWidth`, which isn't reachable from a
theme or from `shell.json`.

**Why I can't just use a plugin**

A third-party bar can do it — clone `omarchy.bar` and change those few lines —
but since 4.0.4 that has a significant cost: `pluginShellForBarEntry()` builds
a hosted widget's facade with no `_serviceLookup`, so widgets hosted by a
replacement bar get `serviceFor()` and `firstPartyServiceFor()` returning null.
Only a first-party bar receives `ShellRoot` and can hand out service-capable
facades via `pluginShellForId()`.

I understand that's deliberate, and I'm not asking for it to be relaxed. But it
does mean **any** purely cosmetic change to the bar currently costs every hosted
third-party widget its service access. In my case a cloned bar silently
disabled a notification plugin's entire persistence layer (its settings are
applied by its own bar widget, which could no longer reach its daemon) and
killed a dock's notification badges. Nothing was logged; toasts still rendered,
so it looked fine for weeks.

A first-party option for this would let people get the look without cloning
the bar, which seems strictly better for the plugin ecosystem.

**Suggested shape**

A `bar` key in `shell.json`, e.g. `"edgeGap": <px>` (0 = current behaviour), or
a `bar` theme token like `edge-gap`, whichever fits the existing split better.
In my own patch I derive it from Hyprland live rather than configuring a number
— `Style.gapsOut * 2`, because `Style.gapsOut` is `general:gaps_out` halved
while a window's outer edge sits the full `gaps_out` from the screen — so
changing `gaps_out` re-fits the bar with no further edits. A `"edgeGap": "auto"`
that means "match gaps_out" would cover that nicely.

**Happy to send a PR.** I have this running locally as a 3-hunk patch (+30/-6)
against `shell/plugins/bar/Bar.qml`: a `windowEdgeGap` property, anchoring only
to the edge the bar lives on, and a `longSpan` that is the screen minus the gap
at both ends, falling back to the current stretch-to-fit when the screen isn't
resolved yet. Vertical bars work the same way. Say the word on which config
shape you'd prefer and I'll shape it to that.