Sparrow - The New Mail for Mac
21–30 of 100 posts
Re: Sparrow - The New Mail for Mac
#22Also, one thing that GMail does right is detecting which of my many linked accounts an email was sent to, and replying from the appropriate one. Whenever I send mail from Mail.app, I invariably end up with an extra copy of me floating around in the CC list.
Re: Sparrow - The New Mail for Mac
#23Re: Sparrow - The New Mail for Mac
#24Is there any way to open messages in the same window? It's highly annoying to have to open messages in new windows and have to manage multiple windows.
Re: Sparrow - The New Mail for Mac
#25Really nice interface, but a huge problem: it seems to slow my whole system down as it syncs with my gmail account - to the point where I had to close the program because it was getting in the way of my other processes. I hope that once it finishes syncing that issue goes away, but there's no indication of how far along it is, so I can't just keep it on and have it ruin my productivity. I hope this issue gets sorted…
Re: Sparrow - The New Mail for Mac
#26Re: Sparrow - The New Mail for Mac
#27A nice little preview. I can see its appeal although I'm not sure I'm ready to make the switch. One little pet peeve though. Why do so many Mac apps want to create a menuling now? It's not the Windows system tray. There's no good reason why this mail client needs a menuling. It can communicate everything through its Dock icon.
I definitely agree. The menu bar isn't for every app to clutter up with pointless menus like the Windows system tray is (was?)
As a side story, a friend sent me a VMWare image, but I run VirtualBox. Instead of converting the thing, I installed the trial version of VMWare Fusion on my Mac. Version 3 apparently has a menulette to access your VMs applications directly. After the trial expired I no longer have the option to remove the menulette, without uninstalling VMWare entirely. It used to be the case that a simple alt(option) click and drag would poof the icon away. More developers are failing to implement these "conveniences" properly.
Re: Sparrow - The New Mail for Mac
#28A nice little preview. I can see its appeal although I'm not sure I'm ready to make the switch. One little pet peeve though. Why do so many Mac apps want to create a menuling now? It's not the Windows system tray. There's no good reason why this mail client needs a menuling. It can communicate everything through its Dock icon.
From a Cocoa perspective it's actually called an NSStatusItem (Status Item), appearing the NSStatusBar (Status Bar).
From a user perspective (per Apple's Human Interface Guidelines), it's called a "Menu Bar Extra" appearing inside the "Menu Bar". Though I think that's a little bit stupid for a name.
Apple does warn developers from making NSStatusItem's/Menu Bar Extra's: http://developer.apple.com/library/mac/#documentation/UserEx...
However, they tend to be more robust for certain applications than a Dock icon or Dock Icon Menu's. You can have clickable buttons, have single- and double-click behavior, display graphics, etc...
On a downside, if you don't have enough screen space to show them, they'll start to disappear. They are ordered based on which app loaded theirs first and cannot be re-ordered.
--------------------
Apple's "Menu Bar Extras" don't exist within NSStatusBar. These include the clock, battery icon, bluetooth icon, etc... They live in a private API of Apple's.
Apple's always appear on the far-right, are the last to "disappear" if there's not enough space for them to fit. Unlike 3rd party NSStatusItem's, you can re-position Apple's by Control-Clicking on them and moving them around (except for Spotlight's).
--------------------
Since 3rd party NSStatusItem's are not going away anytime soon, there's a need for a Mac app (or OS X update) that'll let you condense them into some sort of manageable GUI element.
All NSStatusItems appear under a single instance of NSStatusBar. It would be possible to write an app that'll extend NSStatusBar's class (overriding it, swizzle it, etc...) which would allow you to do custom stuff with them. Perhaps add ordering support, hiding support, grouping them inside a mini-window accessible by a single "Menu Bar Extra" you click to access them.
For example (excuse the crappiness - I mocked it up in 5 min, credit goes to Snippit for the window graphic):
http://www.dave-gallagher.net/coding/menuBarMockup.jpg
It would be nice to add "lesser-used" Menu Bar Extra's to something like that, hiding them out of the way.
Re: Sparrow - The New Mail for Mac
#29Pleasepleaseplease.
That's about all that's stopping me.
Re: Sparrow - The New Mail for Mac
#30A nice little preview. I can see its appeal although I'm not sure I'm ready to make the switch. One little pet peeve though. Why do so many Mac apps want to create a menuling now? It's not the Windows system tray. There's no good reason why this mail client needs a menuling. It can communicate everything through its Dock icon.
menuling From a Cocoa perspective it's actually called an NSStatusItem (Status Item), appearing the NSStatusBar (Status Bar). From a user perspective (per Apple's Human Interface Guidelines), it's called a "Menu Bar Extra" appearing inside the "Menu Bar". Though I think that's a little bit stupid for a name. Apple does warn developers from making NSStatusItem's/Menu Bar Extra's: http://developer.apple.com/library/mac…