From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.204.137.132 with SMTP id w4cs74500bkt; Sun, 11 Apr 2010 22:32:29 -0700 (PDT) Received: by 10.204.6.81 with SMTP id 17mr4131091bky.62.1271050349232; Sun, 11 Apr 2010 22:32:29 -0700 (PDT) Return-Path: Received: from rubyforge.org (rubyforge.org [205.234.109.19]) by mx.google.com with ESMTP id w11si9420771bka.46.2010.04.11.22.32.28; Sun, 11 Apr 2010 22:32:29 -0700 (PDT) Received-SPF: pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) client-ip=205.234.109.19; Authentication-Results: mx.google.com; spf=pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) smtp.mail=sup-talk-bounces@rubyforge.org Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 2D09F159809E; Mon, 12 Apr 2010 01:32:28 -0400 (EDT) X-Greylist: delayed 29750 seconds by postgrey-1.31 at rubyforge.org; Mon, 12 Apr 2010 01:32:14 EDT Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by rubyforge.org (Postfix) with ESMTP id C6AC7159802D for ; Mon, 12 Apr 2010 01:32:14 -0400 (EDT) Received: by pzk35 with SMTP id 35so90808pzk.3 for ; Sun, 11 Apr 2010 22:32:13 -0700 (PDT) Received: by 10.143.21.14 with SMTP id y14mr1190842wfi.43.1271050333573; Sun, 11 Apr 2010 22:32:13 -0700 (PDT) Received: from localhost ([203.110.247.221]) by mx.google.com with ESMTPS id 21sm3758668pzk.0.2010.04.11.22.32.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 22:32:12 -0700 (PDT) From: Anirudh Sanjeev To: rogutes In-reply-to: <20100411224659.GA2411@urvas> References: <1271000793-sup-3212@deepthought> <20100411193358.GA12371@urvas> <1271014668-sup-4377@deepthought> <20100411224659.GA2411@urvas> Date: Mon, 12 Apr 2010 11:00:23 +0530 Message-Id: <1271048913-sup-1077@deepthought> User-Agent: Sup/git MIME-Version: 1.0 Cc: sup-talk Subject: Re: [sup-talk] New website design for sup - preview X-BeenThere: sup-talk@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: User & developer discussion of Sup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0269561563==" Sender: sup-talk-bounces@rubyforge.org Errors-To: sup-talk-bounces@rubyforge.org --===============0269561563== Content-Transfer-Encoding: 8bit Content-Type: multipart/signed; micalg="pgp-sha1"; boundary="=-1271050227-254707-6158-6840-1-="; protocol="application/pgp-signature" --=-1271050227-254707-6158-6840-1-= Content-Type: text/plain; charset=UTF-8 Hi Roguetes, Excerpts from rogutes's message of Mon Apr 12 04:17:00 +0530 2010: > But the frontend of Sup is the ncurses client, isn't it? I do care about > my e-mail client's UI, I care less about its website. Please don't mix up a good UI and a graphical UI. Sup has a fantastic user interface. If it put all of the information in a non-organized non-efficient manner, the result might not be as pleasing as one might have originally thought. As for the website, I think that the proposed changes with the content migrated will make it more appealing to potential users, and for hardcore users who do not care less about a website, and rather evaluate a product on it's own merits - it wouldn't bother them. > _Wasted_ vertical space is bad: the more you see of the real content, the > faster you skim through. If you need to "skim through" then the content should be very precise, highlighted and in a very simple manner - which it currently isn't. > Your proposed list of features seems to enforce structure by design, but > it fails to carry out its mission by succumbing to javascript fun. But > yes, the current website could put some kind of emphasis on the features > section. If I see a new project's website, the number one question on my mind is "How will this impact my life positively". I want people to understand that sup will definitely change how they work for the better. > The point is that the wiki, not the homepage, needs a facelift. And the > homepage could list the most visited pages of the wiki. > I've seen the GMail guide in the wiki prior sending my mail and I still > feel that such a guide is more appropriate there. The guide is still there on the wiki, and I just thought it might be useful to put more important "Getting Started" information readily available. I noticed one interesting thing however - sup-config presents a nice "wizard" to configure your email, and is very user-friendly (as opposed to editing a .suprc). However, if a user feels that all he/she needs to get started and get efficient is just sup (and doesn't know about offlineimap and msmtp), then he/she might not get the full blown experience. > copying the content, you replaced it with your version. If yours would be > chosen as final, I would mourn the current one, so I raised my points > about it. I still have to migrate most of the content - I tried to include as much as possible. You have already mentioned a few which I've already incorporated (but can't push changes right now as I have some connectivity issues), but this isn't a problem specifically. Still, you have a very valid point - this isn't the optimum iteration of the frontpage for sup's intended audience. But the question I ask is if the old variant is, and if the new variant is better/worse off than the old one. > Anyway, our dialogue looks incompatible: you seem to be worried about > projects lost in web space, whereas I am worried about the trends of the > web. One more issue adding to the incompatibility might be the destructive > tone I initially chose. Sorry about that. I just find one thing disheartening - so many developers write a great tool but lose motivation as it doesn't gather a great following. And also so many users are looking for a good tool (how many people are out there looking for a better email client), and even when the find the right one, they're so "numbed" by the quick-click internet out there, that they just ignore it unless it absolutely stands out. As for trends on the web, I'm not a big "web2.0" person either. But I know the value of good typography (for instance, are you happy putting a bad font on your console), and presenting content in a manner that's easy to grok. Thank you, Anirudh -- http://anirudhsanjeev.org --=-1271050227-254707-6158-6840-1-= Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkvCr+8ACgkQUwqpgj9mdPmEYACgqH2zFD51f8BHrCLoDBVePVTm 24oAnjosR3ulFFgc+pg8gEfnRQQ3pNUY =KWfz -----END PGP SIGNATURE----- --=-1271050227-254707-6158-6840-1-=-- --===============0269561563== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk --===============0269561563==--