OmniWM v0.6.0

What's New Since 0.5.10

Two new features — moving individual windows between monitors and a configurable Hyper chord — plus the biggest improvement yet to how OmniWM tells app windows apart from temporary UI.

Before You Upgrade — Two Breaking Changes

• If you use omniwmctl, upgrade it together with OmniWM. The 0.5.10 command-line tool may fail when asking OmniWM 0.6.0 to list its available commands or features. Existing commands are otherwise unaffected.
• If you created OmniWM app rules for a third-party input method — a typing or input source app such as WeType — those rules will no longer apply to its helper windows. OmniWM now intentionally leaves those temporary windows alone.

Existing settings continue to work without changes. The new Hyper setting keeps the familiar Control + Option + Shift + Command default, and no existing setting, hotkey, or command was removed or renamed.

Move Windows Between Monitors (#538)

• New Move Window to Left / Right / Up / Down Monitor actions, unassigned by default, in Settings → Hotkeys and Overview.
• New omniwmctl command move-to-monitor <left|right|up|down>.
• The window lands on the adjacent display's active workspace. The move does not wrap at the outermost monitor.
• Independent of Move Window Across Monitor at Edge — that setting still governs drag-to-edge only. Follow Window to Monitor decides whether focus travels with the window; with it off you stay on the source workspace.

Configurable Hyper Key (#535, #539)

• Settings → Hotkeys → Hyper Key Modifiers builds the Hyper chord from any two or more of Control, Option, Shift, and Command. The default is unchanged: all four.
• Every shortcut currently using Hyper updates automatically, freeing excluded modifiers for combinations like Hyper + Shift.
• Your chosen Hyper combination is preserved when settings are imported, saved, or recovered after a config error.

Contributed by Alexander Dergachev (@Cy6erBr4in).

Smarter Window Detection

OmniWM now recognizes temporary popups and overlays more reliably and leaves UI it should not manage alone.

• Temporary UI — menus, launchers, notch surfaces, screen-recording overlays, browser and IDE popovers, and input panels — is now left alone. It no longer steals focus, gets moved or resized, causes workspace switches, receives a border, or appears in the scratchpad or Workspace Bar.
• This fixes reported problems with Dock right-click menus, WeType and other input methods, Raycast opening unexpectedly, and notch overlays becoming tied to one workspace (#536, #540, #542, #543, #546).
• Apps that hide their title bars tile correctly again, Steam's main window is told apart from its popup, and floating utility windows such as Quick Look, 1Password panels, mini players, and picture-in-picture remain usable.
• Window detection is now tested against a library of 117 windows captured from real applications, catching problems the previous test set missed.

Fixes

• Rapid focus changes no longer occasionally stretch a window by completing a resize gesture that was never intended (#532).
• The focus border no longer sits in front of its window during Cmd+Shift+4 ▸ Space selection, so the screenshot captures the window instead of an empty ring (#544, #150).
• In Niri, quitting an app with Cmd+Q could leave the view scrolled to where the closed window used to be. Niri now adjusts the view correctly no matter how a window is removed.

Diagnostics

• Diagnostic captures now show whether OmniWM is allowed to interact with each window. They also explain why a workspace rule was skipped — for example, because the workspace is not available yet or the app already has windows elsewhere.

Project

• Added Spotify and Alexander Dergachev to the contributors section.

Release Integrity

• OmniWM-v0.6.0.zip contains the Developer ID signed, notarized, and stapled OmniWM app.
• OmniWM-v0.6.0.zip SHA-256: 5c6192befb54ee6f457deeedf686f92c023336110f3593c606377d85ed8d462e
• GhosttyKit.xcframework-v0.6.0.zip SHA-256: 837077ad7d1c4e5a83df85b031bb78ddfb37fde69873fb5f7c45c682d3edf078