Live data from Hacker News

GTFO of my menu bar

zacbowling.com

91–92 of 92 posts

Re: GTFO of my menu bar

#91
post #50
post #46

Earlier quoted context omitted.

Bartender 99.9% win. The default behavior of some status menu items not being command key movable is bad UX. Combine that with, as others noticed, accretion of icons that the menu bar lops off an arbitrary number of left side of the status bar doesn't help matters.

Thats because to enable that feature you need to access private APIs, and then won't be allowed in the app store.

No big deal. If one wanted to exploit NSMenuExtra with an App Store app, a separate web downloadable "plugin" would be able to take over this sort of "verboten" functionality. Coordination via group container IPC would make this work (eg plugin present ? Tell plugin to do its thing and don't show the menu : fallback to crappy NSStatusBar).

"There's always a legal way around any rule."

Re: GTFO of my menu bar

#92
post #41

Earlier quoted context omitted.

Bartender does even more than that, you can make certain icons reappear in the menu bar when they change for a certain period to make you aware of them. And combined with iStat menus I even make for instance my battery-icon hide whenever docked and fully charged. Also, quite some icons such as the WiFi, Volume, Bluetooth are only visible at all times in my case because I need a quick and easy way to alter the setting…

I use pretty much the same setup: http://screencast.com/t/qlSsmaUCp I have controlplane set DNS to dnscrypt-proxy after any captive portal nonsense. (Opendns UI is slow and broken.)

Ditched controlplane bc the shell evidence source hangs. Using a shell script which is just a loop via a library launchdaemon instead.
Post reply on HN