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 71F1840DAE6 for ; Mon, 8 Nov 2010 09:51:45 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 LNRWjT13gB3B for ; Mon, 8 Nov 2010 09:51:33 -0800 (PST) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by olra.theworths.org (Postfix) with ESMTP id C937A40DAC2 for ; Mon, 8 Nov 2010 09:51:33 -0800 (PST) X-AuditID: 1209190c-b7ba9ae0000009f8-48-4cd838a57c16 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-1.mit.edu (Symantec Brightmail Gateway) with SMTP id 40.24.02552.5A838DC4; Mon, 8 Nov 2010 12:51:33 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id oA8HpW8H027545; Mon, 8 Nov 2010 12:51:33 -0500 Received: from PHANATIQUE.MIT.EDU (c-71-192-162-193.hsd1.nh.comcast.net [71.192.162.193]) (authenticated bits=0) (User authenticated as nelhage@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id oA8HpOX4005702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 8 Nov 2010 12:51:31 -0500 (EST) From: Nelson Elhage To: Carl Worth , notmuch@notmuchmail.org Subject: Re: [PATCH 2/2] emacs: notmuch-search-mode: wrap the documentation string In-Reply-To: <871v6vogzw.fsf@yoom.home.cworth.org> References: <1273869727-32740-1-git-send-email-nelhage@mit.edu> <1273869727-32740-3-git-send-email-nelhage@mit.edu> <871v6vogzw.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.4-19-g38c7247 (http://notmuchmail.org) Emacs/23.1.1 (x86_64-pc-linux-gnu) Date: Mon, 08 Nov 2010 12:51:24 -0500 Message-ID: <87pqufbt5v.fsf@mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Brightmail-Tracker: AAAAARaQIa0= 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, 08 Nov 2010 17:51:45 -0000 Hm. I was looking at the result of C-h f notmuch-search-mode RET, which is how I'm used to looking at emacs documentation inside emacs. Having just checked with an 'emacs -q', it looks like the notmuch "?" buffer does wrap the docstring, but C-h f does not. I feel like the right answer here is probably to make notmuch-help do the right thing with manually-wrapped text, since that's the standard thing for emacs documentation, and what emacs' built-in documentation expects. I can try to come up with a patch that does that if you agree. - Nelson On Mon, 08 Nov 2010 09:35:47 -0800, Carl Worth wrote: > On Fri, 14 May 2010 16:42:07 -0400, Nelson Elhage wrote: > > This makes for easier reading in the *help* window. > > How are you getting unpleasant results here? > > I intentionally implemented manual, "incorrect" wrapping in the > source. The idea is that once the text is actually displayed (whether > view `notmuch-help' or `describe-mode') those long command names should > be substituted by shorter keybindings and the final result should be > wrapped nicely. > > For example, what I currently get after pressing "?" in a notmuch-search > buffer is as follows: > > --- > Pressing RET on any line displays that thread. The '+' and '-' > keys can be used to add or remove tags from a thread. The 'a' key > is a convenience for archiving a thread (removing the "inbox" > tag). The '*' key can be used to add or remove a tag from all > threads in the current buffer. > > Other useful commands are 'f' for filtering the current search > based on an additional query string, 't' for filtering to include > only messages with a given tag, and 's' to execute a new, global > search. > --- > > And I think your wrapping change would make that displayed result > incorrect. > > Is there something different about your environment that's making this > not work as desired? > > -Carl > > -- > carl.d.worth@intel.com Non-text part: application/pgp-signature