In order to both play a game their Mac and view the run, users typically need to run the game in windowed mode. If the game is in fullscreen, then even if the user uses the "Keep on Top", the fullscreen app overrides it. This is a result of how windowing works for typical ("docked") macOS applications. However, if the app's activation policy is set to accessory, it can display windows on top of full screen apps, but won't have a menu bar.
My idea is for Splitter to have an option to swap in and out of this state. When the activation policy is set to accessory, it would display an icon in the status bar to activate the window. The window could also be activated via global hotkeys
In order to both play a game their Mac and view the run, users typically need to run the game in windowed mode. If the game is in fullscreen, then even if the user uses the "Keep on Top", the fullscreen app overrides it. This is a result of how windowing works for typical ("docked") macOS applications. However, if the app's activation policy is set to
accessory
, it can display windows on top of full screen apps, but won't have a menu bar.My idea is for Splitter to have an option to swap in and out of this state. When the activation policy is set to
accessory
, it would display an icon in the status bar to activate the window. The window could also be activated via global hotkeys