From 42e2dec8e34859b7a7825ae3cc6a7cbf47006385 Mon Sep 17 00:00:00 2001 From: wmorgan Date: Sat, 6 Jan 2007 06:55:57 +0000 Subject: [PATCH] further slight removal of suckiness git-svn-id: svn://rubyforge.org/var/svn/sup/trunk@210 5c8cc53c-5e98-4d25-b20a-d8db53a31250 --- doc/FAQ.txt | 2 -- doc/Philosophy.txt | 45 ++++++++++++++++++++++++--------------------- 2 files changed, 24 insertions(+), 23 deletions(-) diff --git a/doc/FAQ.txt b/doc/FAQ.txt index 874e32b..ef680f7 100644 --- a/doc/FAQ.txt +++ b/doc/FAQ.txt @@ -1,12 +1,10 @@ Sup FAQ ------- Q: What does Sup stand for? - A: It stands for "what's up?", which is more or less the question I'm asking when I read my mail. Q: If you love GMail so much, why not just use it? - A: I hate using a mouse, and I hate ads, and I hate non-programmability and non-extensibility. diff --git a/doc/Philosophy.txt b/doc/Philosophy.txt index 98ba8d1..b54406c 100644 --- a/doc/Philosophy.txt +++ b/doc/Philosophy.txt @@ -10,9 +10,9 @@ folder is 350 megs and Mutt sits there for 60 seconds while it opens it. Keeping up with the all the new traffic is painful, even with Mutt's excellent threading features, simply because there's so much of it. A single thread can span several pages in the folder index view -alone! And Mutt is probably the fastest email client out there in -terms of threading and mailing list support. God help me if I try and -throw Thunderbird at that. +alone! And Mutt is probably the fastest email client out there, and +the most featureful and in terms of threading and mailing list +support. God help me if I try and throw Thunderbird at that. The principle problem with traditional clients is that they deal with individual pieces of email. This places a high mental cost on the user @@ -25,22 +25,26 @@ massive amounts of email that many people receive, and the cheap cost of storage, have made these questions both more costly and less useful to answer. -As a long-time Mutt user, when I first watched people use GMail, I saw -them use their email client differently from how I had ever used it. I -saw that making certain operations quantitatively easier (namely, -search) resulted in a qualitative difference in usage: you don't have -to worry about filing correctly, because you can always find things -later by search. And I saw that thread-centrism had many advantages -over message-centrism when message volume was high. +I think GMail has taken the right approach. As a long-time Mutt user, +I was blown away when I first saw people use GMail, because I saw them +treat their email differently from how I had ever treated mine. I saw +that making certain operations quantitatively easier (namely, search) +resulted in a qualitative difference in usage. Uou didn't have to +worry about filing things into folders correctly, because you could +just find things later by searching for them. I also saw that +thread-centrism had many advantages over message-centrism when message +volume was high. -So, in many ways, I believe GMail has taken the right approach to -handle both of the factors above, and much of the inspiration for Sup -was based on GMail. I think it's to the GMail designers' credit that -they started with a somewhat ad-hoc idea (hey, we're really good at -search engines, so maybe we can build an email client on top of one) -and managed to build something that was actually better than -everything else out there. But ultimately, GMail wasn't right for me -(see FAQ), which is why the idea for Sup was born. +Much of the inspiration for Sup was based on GMail. I think it's to +the GMail designers' credit that they started with a somewhat ad-hoc +idea (hey, we're really good at search engines, so maybe we can build +an email client on top of one) and managed to build something that was +actually better than everything else out there. At least, that's how I +imagine in happened. Maybe they knew what they were doing from the +start. + +But ultimately, GMail wasn't right for me, which is why the idea for +Sup was born. Sup is based on the following principles, which I more or less stole directly from GMail: @@ -49,8 +53,7 @@ directly from GMail: entire email archive eliminates most of the need for folders, and eliminates the necessity of having to ever delete email. -- Labels eliminate what little need for folders that search doesn't - eliminate. +- Labels eliminate what little need for folders search doesn't cover. - A thread-centric approach to the UI is much more in line with how people operate than dealing with individual messages is. In the vast @@ -62,4 +65,4 @@ do with the fantastic productivity of a console- and keyboard-based application, the usefulness of multiple buffers, the necessity of handling multiple email accounts, etc. But those are just details! -Give it a go and let me know what you think. +So give it a go and let me know what you think. -- 2.45.2