commit 42e2dec8e34859b7a7825ae3cc6a7cbf47006385
parent 00f2926f719103f60536234a2897d51c8a06bb2d
Author: wmorgan <wmorgan@5c8cc53c-5e98-4d25-b20a-d8db53a31250>
Date: Sat, 6 Jan 2007 06:55:57 +0000
further slight removal of suckiness
git-svn-id: svn://rubyforge.org/var/svn/sup/trunk@210 5c8cc53c-5e98-4d25-b20a-d8db53a31250
Diffstat:
2 files changed, 24 insertions(+), 23 deletions(-)
diff --git 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
@@ -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.