From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Suggestions for mode-line-format changes Date: 27 Aug 2002 14:37:38 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: References: <20020827051856.C01CE9865B@optonline.net> Reply-To: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030426728 3612 127.0.0.1 (27 Aug 2002 05:38:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 27 Aug 2002 05:38:48 +0000 (UTC) Cc: "Kim F. Storm" , rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17jZ3t-0000w6-00 for ; Tue, 27 Aug 2002 07:38:45 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17jZZ3-0001Xk-00 for ; Tue, 27 Aug 2002 08:10:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jZ5C-0001K9-00; Tue, 27 Aug 2002 01:40:06 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17jZ3h-0001It-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 01:38:33 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17jZ3f-0001Ih-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 01:38:32 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.214]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jZ3e-0001Ic-00; Tue, 27 Aug 2002 01:38:30 -0400 Original-Received: from mailgate4.nec.co.jp ([10.7.69.193]) by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id g7R5cRG22402; Tue, 27 Aug 2002 14:38:27 +0900 (JST) Original-Received: from mailsv.nec.co.jp (mailgate51.nec.co.jp [10.7.69.196]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id g7R5bdI18326; Tue, 27 Aug 2002 14:38:22 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv.nec.co.jp (8.11.6/3.7W-MAILSV-NEC) with ESMTP id g7R5bcG18149; Tue, 27 Aug 2002 14:37:39 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id g7R5bcs17246; Tue, 27 Aug 2002 14:37:38 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id 799AE36F2; Tue, 27 Aug 2002 14:37:38 +0900 (JST) Original-To: Michael Kifer System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <20020827051856.C01CE9865B@optonline.net> Original-Lines: 48 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6964 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6964 Michael Kifer writes: > > * A minor-mode that just contains a keymap full of appropriate > > commands that redirect to the first ediff control-buffer in the list > > (perhaps conditionalized on buffer-read-only like in diff-mode). > > It looks like `ediff-prepare-buffer-hook' could be used to turn on > > the minor mode in each source buffer. > > Pretty much. However, I think that defaulting to one of the active control > sessions is no good. Could be too confusing and frustrating. > Need a mechanism to set the default session. I think that 99% of the time, the control-buffer list will only have one entry anyway, and it's obviously harmless to `default' in _that_ case! I also think it's a good idea to worry about the common case before the worst case, especially since the worst case is already covered, by the existing control-window mechanism. Note that: * I'm not suggesting that this minor-mode be turned on by default, just that it be available for people like me that don't like the normal UI (though perhaps with the `buffer-read-only' conditionalization, it wouldn't hurt to have it on by default). * If the control buffer isn't hidden, you can use it just like always, so no functionality is really lost. I suspect that if people start having multiple simultaneous ediffs on the same buffer, they're going to want to use the control-buffer windows anyway, for the reasons you gave earlier. If they want to use the source-buffer minor-mode commands in _addition_ to the control-buffer in a `complex' ediff situation, a good solution might be to simply reorder each source-buffer's control-buffer list everytime an ediff command is given, so that the command-giving control-buffer is first in the source-buffer's list. This way, the `ediff session' invoked by the minor-mode will always be the most recent one invoked via control-buffer, without needing any additional command for setting defaults or whatever. This seems like a straight-forward solution that will usually do the right thing even in complex cases. -miles -- `Cars give people wonderful freedom and increase their opportunities. But they also destroy the environment, to an extent so drastic that they kill all social life' (from _A Pattern Language_)