The system tray should be the bar's organizer — drag any widget in and out

[TyRichards]

The stock omarchy.tray is a great little overflow drawer — but it only holds status-notifier icons. Users coming from any other desktop expect that drawer to be where you tuck away anything you don't want on the bar full-time: the weather widget, a game, tailscale, whatever. Right now the bar's answer to "too many widgets" is "remove some."

I built the tray I expected to exist, as a plugin: https://github.com/TyRichards/omarchy-tray

It's a drop-in replacement for the stock tray — same status-notifier handling, same in-popup app menus with submenu drill-down, same slide-out chevron — plus:

• Drag any bar widget into the drawer (first-party or plugin), drag it back out to any position, all with the bar's existing ghost and insertion marker.
• One mixed order: plugin widgets and system tray icons reorder against each other in a single drag-arranged sequence. Icons can only move within the tray (they have no life in the layout); the chevron is the tray's only whole-widget drag handle.
• Hosted widgets keep their settings, clicks, tooltips, wheel, and panels — the drawer holds itself open while a hosted widget's panel is up, and closes when the panel does.
• A manage popup in the standard panel style (KeyboardPanel: Escape/click-away, hero header) with a master show/hide for system icons and per-icon hiding.
• On vertical bars the open drawer scrims and disables the center section instead of colliding with it.

Taken to the limit, your bar can be a clock and one chevron.

Why I think this is core, not a plugin: it isn't a new widget — it's the existing tray behaving the way people already assume it does. It's built entirely on the bar's own machinery (the drag state, the popout coordinator, the widget registry), and hosting third-party widgets requires cooperating with the plugin enablement scan (plugins[] listing), which is really a shell concern. As a plugin it has the awkward job of replacing a stock widget to exist at all.

It works today against the current shell APIs. If there's interest I'm happy to turn it into a proper PR — it's essentially the stock Tray.qml grown up, so the diff is one widget, not a refactor.

[TyRichards]

@ryanrhughes here's the Tray discussion. My agent was really against me making a PR for some reason.

[TyRichards]

@ryanrhughes & @dhh - I sent a PR in here if it saves you time. My agent fought me on it because of the agent protocols to create discussion/issue first.

#7975