Web prototype of Mail.app(ukijs.org)
ukijs.org
Web prototype of Mail.app
http://ukijs.org/mail/index.html
18 comments
http://news.ycombinator.com/item?id=1250032
182 points, 44 days ago
I opened it in a background tab but didn't lok. Spent half an hour looking at some bugs for work, came back and did a double-take as I thought my Mail had transformed to someone else's inbox. :)
Ha, this is exactly the converse of what I've been craving :) Does anyone know if there's an OSX-native mail client designed specifically around Gmail's UI affordances (labels, archiving, etc.)?
Have you looked at mailplane http://mailplaneapp.com/ ?
I have, but I'm not craving extra integration, just a more Cocoa-y chrome that loads faster. Mailplane still relies on loading Gmail's HTML/JS/CSS to display itself; it's no better in that regard than creating a Fluid.app called Gmail (which is what I've done for now.)
Right now I can click on my Gmail bookmark in an already-open Safari session, then open the Mail app on my iPhone, read and archive three messages and close it before Gmail is even finished loading on my computer. Mail.app, on the other hand, has a ridiculously-slow IMAP sync every time I open it, wants to keep a local index of every message (9/10ths of my used Gmail quota is in the index, since I always send files out-of-band) instead of using Gmail's search API, has no conception of labels, and does its own horrible local spam-filtering, and no conversation view.
So, to reiterate: why can't there be a native OSX mail client that uses Gmail's API, and exposes the UI affordances appropriate to that API, while being made completely of regular Obj-C/Cocoa, and not loading a Webkit component unless it has to render an HTML message?
Right now I can click on my Gmail bookmark in an already-open Safari session, then open the Mail app on my iPhone, read and archive three messages and close it before Gmail is even finished loading on my computer. Mail.app, on the other hand, has a ridiculously-slow IMAP sync every time I open it, wants to keep a local index of every message (9/10ths of my used Gmail quota is in the index, since I always send files out-of-band) instead of using Gmail's search API, has no conception of labels, and does its own horrible local spam-filtering, and no conversation view.
So, to reiterate: why can't there be a native OSX mail client that uses Gmail's API, and exposes the UI affordances appropriate to that API, while being made completely of regular Obj-C/Cocoa, and not loading a Webkit component unless it has to render an HTML message?
Mail.app actually has a conversation view these days, someone told me earlier this week!
I don't think so... I've been using Mail.app for 2 years now, haven't come across this feature.
From the menus: View / Organise by thread
It sucks. It blindly groups messages by subject, regardless of whether they're actually related, e.g. for me it grouped all empty subject messages from a span of 6+ years that I've had this Gmail account (I never delete email).
Gmail does that too—it doesn't respect the Thread-ID header (Mail.app does).
[deleted]
I've been using Thunderbird v3 the last few months to handle interacting with 6 gmail accounts. Its the best experience I've found on OS X thus far.
[deleted]
Sick!
How can you view the source (the headers, etc) of the email message? If not possible, then this should be added.
How can you view the source (the headers, etc) of the email message? If not possible, then this should be added.
awesome job
It's super nice, but one wonders -- if you're going to make a highly interactive email web app, why on earth would you copy such a terrible source material? Sigh.
My first thought as well. But after clicking around the app a bit, I was impressed with its responsiveness. Apple could learn a lot from this app.
OK, yes, agreed. The actual Mail.app is slower than the web app. If that was the point of doing it, bravo. :)
But still… all that potential to innovate…
But still… all that potential to innovate…