Ability to hide menu icon

[mic92]

Ability to hide menu icon

[GoogleCodeExporter]

Yes, this can definitely be done. Hiding the icon is very easy, but providing 
another way 
to access it is not, but I'll look into doing it. I don't know about 
BetterTouchTool, but 
Growl does the same.

Original comment by [email protected] on 20 Mar 2010 at 8:20

• Changed state: Accepted
• Added labels: OpSys-OSX, Priority-Medium, Type-Enhancement, Usability

[GoogleCodeExporter]

Upon some further investigation, creating the preference pane is trivial, as is 
having it 
communicate with the main app. I'd also have to switch to using a .pkg file for 
installing, so I'm now investigating if Sparkle (the auto-update framework) 
will support 
switching from dmg to pkg.

Original comment by [email protected] on 21 Mar 2010 at 6:53

[GoogleCodeExporter]

Original comment by [email protected] on 7 Apr 2010 at 6:06

• Added labels: Component-UI

[GoogleCodeExporter]

this would be helpful for me.

Original comment by [email protected] on 28 Jun 2010 at 9:20

[GoogleCodeExporter]

If you remove or hide the menu icon, then how will you manage the settings or 
quit the app?  I think a better solution would be for someone to write a little 
utility that does something similar to what the Windows taskbar does.  Put the 
running apps/utilities in a little pull down container.  if there is a new 
notification or action needed it would show up in the menu bar outside of the 
container and would be there like normal.  

Original comment by KahilYoung on 23 Aug 2010 at 5:39

[GoogleCodeExporter]

The only way to do it is how Growl does it - by adding a system preference pane 
(or having a global shortcut, but that's really ugly).
It's doable, but quite a bit of work (specially to keep both things), which is 
why I'm postponing it in favor of higher-priority changes.

Original comment by [email protected] on 23 Aug 2010 at 2:41

• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Another +1 for this feature request, my menubar real estate is at a premium and 
I'd love to hide Android Notifier (particularly if a PrefPane could replace 
it). 

Also, it seems there's a fair amount of dead space on both sides of the current 
menubar icon; the gap between it and the menubar icon to either side of it is 
about 1.5 times the size of the gap between all my other menubar icons. See 
attached screenshot.

Original comment by [email protected] on 15 Sep 2010 at 4:17

Attachments:

• menubar.jpg

[GoogleCodeExporter]

You can already do this with the multiplatform app. See CommandLine wiki page 
for details. Basically, you have to run it with -t option like:

"/Applications/Android Notifier Desktop/Contents/MacOS/JavaApplicationStub" -t

If you want to change some preferences, stop it with -s option and run it with 
tray icon so you can open the preferences window. You can run it with -p to 
show preferences immediately.

Original comment by [email protected] on 22 Sep 2010 at 7:28

[GoogleCodeExporter]

We should add a GUI option for this, then - perhaps an option to choose between:
* Showing the menubar/system tray/etc. icon
* Showing on the task bar/dock
* Showing both
* Showing none

Not sure how to bring up preferences when showing none.

Original comment by [email protected] on 22 Sep 2010 at 7:42

[GoogleCodeExporter]

here's one: by starting the app again. check if it is already running and if 
so, then trigger (send?) an event (special notification?) that brings up the 
window
just an idea

Original comment by [email protected] on 29 Sep 2010 at 7:47

[GoogleCodeExporter]

+1

As Peter said, the most common way I've found of doing this is by running the 
application again to bring up preferences. That or just doing it the hard way 
by creating a preference pane.

Original comment by [email protected] on 29 Oct 2010 at 5:03

[GoogleCodeExporter]

+1 Yes I think the most common practice is to create a preference pane. But I 
also like Peter's idea of launching the prefs when you launch the app. Similar 
to what Alfred App was doing. Sounds like a great solution until down the road. 

Original comment by [email protected] on 25 Nov 2010 at 7:50

[GoogleCodeExporter]

Issue 316 has been merged into this issue.

Original comment by [email protected] on 10 Dec 2010 at 2:11

[GoogleCodeExporter]

Taking over lehphyro's issues.

Original comment by [email protected] on 11 Jan 2011 at 4:31