From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kifer@cs.stonybrook.edu (Michael Kifer) Newsgroups: gmane.emacs.devel Subject: Re: Suggestions for mode-line-format changes Date: Tue, 27 Aug 2002 01:51:29 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <20020827055135.0E85A9865B@optonline.net> References: NNTP-Posting-Host: localhost.gmane.org Content-Transfer-Encoding: 7BIT X-Trace: main.gmane.org 1030427986 6433 127.0.0.1 (27 Aug 2002 05:59:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 27 Aug 2002 05:59:46 +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 17jZOD-0001fY-00 for ; Tue, 27 Aug 2002 07:59: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 17jZtN-00021v-00 for ; Tue, 27 Aug 2002 08:31:57 +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 17jZPT-00056h-00; Tue, 27 Aug 2002 02:01:03 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17jZNK-0004rE-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 01:58:50 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17jZNH-0004nl-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 01:58:49 -0400 Original-Received: from mta6.srv.hcvlny.cv.net ([167.206.5.17]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jZNH-0004nH-00; Tue, 27 Aug 2002 01:58:47 -0400 Original-Received: from optonline.net (ool-18baa562.dyn.optonline.net [24.186.165.98]) by mta6.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002)) with ESMTP id <0H1H00N70MYS15@mta6.srv.hcvlny.cv.net>; Tue, 27 Aug 2002 01:52:04 -0400 (EDT) Original-Received: by optonline.net (Postfix, from userid 500) id 0E85A9865B; Tue, 27 Aug 2002 01:51:35 -0400 (EDT) Original-Received: from mail.optonline.net (localhost [127.0.0.1]) by optonline.net (Postfix) with ESMTP id 008D89865A; Tue, 27 Aug 2002 01:51:35 -0400 (EDT) In-Reply-To: " Miles Bader of 27 Aug 2002 14:37:38 +0900" Original-To: Miles Bader X-Mailer: mh-e 6.1; nmh 1.0.4; Emacs 21.1 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:6965 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6965 > 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 I don't know. I don't like programs that know better than I what I should be doing. Note also that if you have 2 buffers, the order of ediff sessions in which they are involved might be different. This would lead to even more confusion. I just don't see the benefits. All these complications for the privilege of being able to hold your mouse over a different window than now? Of course, if you implement it and people like this -- all the power to you! --michael