Keep SteamVR's status window from tiling and stealing focus

[jordanpartridge]

SteamVR's status window (vrmonitor, Qt 5 over XWayland) opens on the focused workspace, tiles into the layout and takes focus, and its error dialogs do the same mid-game. When VR shuts down the window often lingers in the tiling layout.

This adds default/hypr/apps/steamvr.lua, matching vrmonitor only:

o.window({ class = "^vrmonitor$" }, {
  float = true,
  no_initial_focus = true,
  focus_on_activate = false,
})

It doesn't hide the window: SteamVR reports headset/pairing errors there, so it stays reachable. Steam's own windows are left to steam.lua (main-window tiling is covered by #9271 / #10123).

Related: #8701 / #8811 (vrmonitor aborts under QT_QPA_PLATFORM=wayland;xcb), #12443 (SteamVR killed by RLIMIT_RTTIME since 4.0.4).

Tested

Tested on a Framework Desktop (AMD Strix Halo, Omarchy 4.0.4, Hyprland), with SteamVR running and the vrmonitor windows checked live via hyprctl clients -j:

• SteamVR opens two XWayland windows, both class vrmonitor: the "SteamVR Status" window (302x302) and an untitled vrmonitor helper window (302x100), so matching ^vrmonitor$ covers both.
• Both float centered on the active workspace.
• The Status window took focus on launch, which no_initial_focus and focus_on_activate = false are there to stop.

[greptile-apps]

Confidence Score: 5/5

[Low impact] This PR appears safe to merge; no actionable issues were found.

Summary

Adds a window rule for SteamVR windows with class vrmonitor.

• SteamVR status windows float without taking focus.

No actionable issues were found.

_{Reviews (1) · Last reviewed commit: "Keep SteamVR's status window from tiling..." · Reviewed by Greptile}