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 C73BB40DAE7 for ; Mon, 8 Nov 2010 09:58:49 -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=unavailable 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 tSCyBw45QESJ for ; Mon, 8 Nov 2010 09:58:40 -0800 (PST) X-Greylist: delayed 301 seconds by postgrey-1.32 at olra; Mon, 08 Nov 2010 09:58:40 PST Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by olra.theworths.org (Postfix) with ESMTP id 3437140DAC1 for ; Mon, 8 Nov 2010 09:58:40 -0800 (PST) X-AuditID: 12074424-b7b0bae000000a05-fc-4cd839234221 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-7.mit.edu (Symantec Brightmail Gateway) with SMTP id DE.68.02565.32938DC4; Mon, 8 Nov 2010 12:53:39 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id oA8Hrbei017784; Mon, 8 Nov 2010 12:53:38 -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 oA8HraYO006525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 8 Nov 2010 12:53:37 -0500 (EST) From: Nelson Elhage To: Carl Worth , Sebastian Spaeth , notmuch@notmuchmail.org Subject: Re: [PATCH 1/2] emacs: notmuch-help: Integrate into the emacs help system. In-Reply-To: <874obroha1.fsf@yoom.home.cworth.org> References: <1273869727-32740-1-git-send-email-nelhage@mit.edu> <1273869727-32740-2-git-send-email-nelhage@mit.edu> <877hn6yv5b.fsf@SSpaeth.de> <874oiayubn.fsf@SSpaeth.de> <87r5lckh5t.fsf@mit.edu> <874obroha1.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:53:35 -0500 Message-ID: <87mxpjbt28.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:58:49 -0000 I'll think about putting together that patch, although I am going on vacation for a few weeks shortly, so it might not happen particularly soon. IME trying to use emacs without any window splitting is a bit of a lost cause, but maybe you're right that it's possible if you're /just/ using notmuch, so I'll work on that patch. - Nelson On Mon, 08 Nov 2010 09:29:42 -0800, Carl Worth wrote: > On Sat, 15 May 2010 17:07:42 -0400, Nelson Elhage wrote: > > On Fri, 14 May 2010 15:47:24 -0700, "Sebastian Spaeth" wrote: > > > On 2010-05-14, Sebastian Spaeth wrote: > > > > I just tried this and one thing I did not like... > .. > > It's worth documenting. I'd prefer not to override it in notmuch-help, > > because it's important to me that it behave like other help functions in > > emacs. users could defadvice it or something if they really want. > > Hi Nelson, > > I appreciate your desire to make notmuch work more consistently for > experienced users of emacs. > > But this is a case where I think the emacs defaults are wrong for a new > user, (I'm imagining someone getting started with notmuch and that > otherwise doesn't use emacs regularly). > > For a user like this I think it's important for the notmuch emacs > interface to not do any window-splitting by default. Without any > splitting the new user is given a consistent experience, (notmuch often > opens new windows and the user can clear any window by pressing "q" and > seeing the previous window). > > But with window splitting, the user now needs to know a new command for > undoing the split, (such as C-x 1) or for switching between the windows > (such as C-x o). > > So for this particular feature, I want the default behavior to open the > help window just like any other notmuch window, (even though that > doesn't match what emacs typically does for help windows). Then the > "experienced" emacs suers can be given a configuration option to get the > desired behavior. > > Would you care to put together a patch to do that? > > -Carl > > -- > carl.d.worth@intel.com Non-text part: application/pgp-signature