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 F1256429E25 for ; Mon, 26 Dec 2011 02:54:19 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled 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 Ej3BtqQQ-MpB for ; Mon, 26 Dec 2011 02:54:19 -0800 (PST) Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 67F77431FD0 for ; Mon, 26 Dec 2011 02:54:19 -0800 (PST) Received: by werm12 with SMTP id m12so6159859wer.26 for ; Mon, 26 Dec 2011 02:54:18 -0800 (PST) Received: by 10.216.138.148 with SMTP id a20mr18863137wej.15.1324896858010; Mon, 26 Dec 2011 02:54:18 -0800 (PST) Received: from hotblack-desiato.hh.sledj.net (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25]) by mx.google.com with ESMTPS id q34sm10019645wbm.15.2011.12.26.02.54.16 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Dec 2011 02:54:16 -0800 (PST) Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000) id CA416A0765; Mon, 26 Dec 2011 10:54:14 +0000 (GMT) To: Aaron Ecay , Austin Clements Subject: Re: [RFC][PATCH v4] emacs: Re-implement advance/rewind functions of notmuch-show-mode. In-Reply-To: References: <1324665712-2419-1-git-send-email-dme@dme.org> <20111225010635.GG1927@mit.edu> User-Agent: Notmuch/0.10.2+107~ga2d0215 (http://notmuchmail.org) Emacs/24.0.92.1 (x86_64-pc-linux-gnu) From: David Edmondson Date: Mon, 26 Dec 2011 10:54:14 +0000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: notmuch@notmuchmail.org 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: Mon, 26 Dec 2011 10:54:20 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 25 Dec 2011 23:11:27 -0500, Aaron Ecay wrote: > > > + ((> (let ((visible-bottom (notmuch-show-message-bottom))) > > > + (while (invisible-p visible-bottom) > > > + (setq visible-bottom (max (point-min) > > > + (1- (previous-single-char-property-change > > > + visible-bottom 'invisible))))) > > > + visible-bottom) (window-end)) >=20 > Can this (let...) be lifted out of the (cond...)? IMO it is very > confusing to be doing non-trivial computation in the test portion of a > cond form. It ends up a long way from where it's used, diluting the value of the comment. I do like the current layout, but what if it was (something like): ((let ((visible-bottom (1- (notmuch-show-message-bottom)))) (while (invisible-p visible-bottom) (setq visible-bottom (max (point-min) (1- (previous-single-char-property-change visible-bottom 'invisible))))) (> visible-bottom (window-end))) ;; The end of this message is not visible - scroll to show more of ;; it. (scroll-up) nil) That would seem more palatable, perhaps. > Agreed. I would like to see this case move back one screenful of text or > to the previous beginning-of-message, whichever is shorter. See previous comment - I agreed that it's not symmetric - just wonder which is more useful behaviour. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk74UlYACgkQaezQq/BJZRZ7TwCfdlYvGn+kEAMdLLI8FnE7UMf4 YVgAnAv/f/B6XOCMeCf2gf28ZthJ5JV/ =FN5T -----END PGP SIGNATURE----- --=-=-=--