further slight removal of suckiness

git-svn-id: svn://rubyforge.org/var/svn/sup/trunk@210 5c8cc53c-5e98-4d25-b20a-d8db53a31250

diff --git a/doc/FAQ.txt b/doc/FAQ.txt
index 874e32b2a36811ebee48985473dbb7e2b4df549a..ef680f72d8302ea9e147c6cedf6ac263122e16dc 100644 (file)
--- 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 98ba8d1a84cabb748bd1f582aa13a02be466845e..b54406c54ab90be89522d20c444eef33a093657f 100644 (file)
--- 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.