Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id D54464196F2 for ; Sat, 24 Apr 2010 05:31:20 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.89 X-Spam-Level: X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01] autolearn=ham Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k+VsPWiWWDtM; Sat, 24 Apr 2010 05:31:17 -0700 (PDT) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 7CA4F431FC1; Sat, 24 Apr 2010 05:31:17 -0700 (PDT) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 5898D568DEC; Sat, 24 Apr 2010 05:31:17 -0700 (PDT) From: Carl Worth To: David Edmondson , notmuch@notmuchmail.org Subject: Ideas for making notmuch-hello easier to navigate In-Reply-To: <87iq7i2aia.fsf@yoom.home.cworth.org> References: <87y6gguw99.fsf@yoom.home.cworth.org> <1271924853-8183-1-git-send-email-dme@dme.org> <87iq7i2aia.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.2-173-gbae184f (http://notmuchmail.org) Emacs/23.1.1 (i486-pc-linux-gnu) Date: Sat, 24 Apr 2010 05:31:10 -0700 Message-ID: <87vdbhm3qp.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 12:31:21 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Fri, 23 Apr 2010 13:13:01 -0700, Carl Worth wrote: > That's the feedback I have from a very quick, first look. I'm sure I'll > have more later. In order to give notmuch-hello some good testing, I switched over to using it exclusively instead of notmuch-folder. The biggest frustration I'm having is easily picking the desired saved search with only the keyboard, (I tend to be the kind of person that prefers the keyboard over any mouse/trackpad/pointer-stick-thingy). From=20the initial screen, (with point at the upper-left corner), it takes several keypresses of TAB before I get to the first saved search. It might be even more natural to just use C-n to get to the line of interest, but then I end up in the first column where the saved search isn't active for RET. Here are a few different ideas to simplify things: * Provide a target column from the beginning so that C-n moves point to an active location. * Consider a single-column layout for saved searches so that C-n is sufficient for selecting one. * Consider moving the name of the saved search to before the count so that the initial column is active. Otherwise considering making a larger active target, (name and count, maybe more). With a single-column layout the whole row could be active. * Consider moving saved searches to above the big search bar. This way the become the primary thing to access, which is what I want at least. Then recent searches could stay just below the search bar, which also makes sense. And for a new user, the big search bar would be at the top which gives a good introduction to the system. * Provide keypbindings for "next (and previous) saved search" which would move point to the next or previous saved-search name in the buffer. * Provide a keypress for easily typing a name of a saved search. I think I'd like this to work like i-search, but would only match saved-search names, and a single press of RET would both terminate the isearch and activate the saved search. Any/all of those would help for selecting a single group. Then the other feature that I would find essential, (and that notmuch-folder had): * Make it so that when quitting from a search and returning to notmuch-hello, that point is at the same position it was before, (so that "q" followed by "RET" returns the the same search view). This would make it so that selecting the next search of interest would be much easier than now. Just throwing those ideas out in case anyone wants to try implementing some and experimenting. I'm busy enough merging code now that I don't have time to write any of the above yet, but I hope to have time to start coding again soon. =2DCarl --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFL0uSO6JDdNq8qSWgRAtcKAKCIajiFfxtmjuAMMSTt09XiT+r33ACdErgA vW30W6FIO2iRdGaObV6DayE= =fBfa -----END PGP SIGNATURE----- --=-=-=--