Problem
OpenSwitchr always runs as a menu-bar-only accessory app (LSUIElement): no Dock icon,
ever, and no way to turn one on. Some people would rather have a Dock icon
(easier to find, shows up in Cmd-Tab and the Dock, no permanent menu bar
clutter) instead of, or in addition to, the menu bar item.
Proposal
Add a "Presence" (or similar) setting with a small number of modes, e.g.:
- Menu bar only (today's fixed behavior)
- Dock icon only — no status item; the window/Settings reachable from the
Dock icon's menu
- Dock and menu bar — both, for people who want either path
- Background only — no persistent UI element; relaunching the app while
it's running brings up its window
Needs NSApplication.setActivationPolicy(...) switched at runtime
(.regular / .accessory) plus a reopen handler for the "background only"
case, and the choice needs to survive relaunch (stored the way other startup
settings already are).
Constraints to check before implementing
- Anything that assumes there is no Dock icon / no
.regular activation
(window activation, Cmd-Tab visibility assumptions, single-instance
handling) needs review, not just a policy flip.
- Losing the menu bar icon must not lose the only way to reach the app's
functionality.
Related
Same request filed across the menu-bar apps in this account:
trsdn/OpenPromptr trsdn/OpenFreshr trsdn/PtionsPlus trsdn/OpenWritr trsdn/OpenZombr trsdn/OpenZonr
🤖 Generated with Claude Code
Problem
OpenSwitchr always runs as a menu-bar-only accessory app (
LSUIElement): no Dock icon,ever, and no way to turn one on. Some people would rather have a Dock icon
(easier to find, shows up in Cmd-Tab and the Dock, no permanent menu bar
clutter) instead of, or in addition to, the menu bar item.
Proposal
Add a "Presence" (or similar) setting with a small number of modes, e.g.:
Dock icon's menu
it's running brings up its window
Needs
NSApplication.setActivationPolicy(...)switched at runtime(
.regular/.accessory) plus a reopen handler for the "background only"case, and the choice needs to survive relaunch (stored the way other startup
settings already are).
Constraints to check before implementing
.regularactivation(window activation, Cmd-Tab visibility assumptions, single-instance
handling) needs review, not just a policy flip.
functionality.
Related
Same request filed across the menu-bar apps in this account:
trsdn/OpenPromptr trsdn/OpenFreshr trsdn/PtionsPlus trsdn/OpenWritr trsdn/OpenZombr trsdn/OpenZonr
🤖 Generated with Claude Code