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 13:10:33 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: References: <20020827033855.4F0729865B@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 1030421472 24675 127.0.0.1 (27 Aug 2002 04:11:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 27 Aug 2002 04:11:12 +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 17jXh8-0006Pm-00 for ; Tue, 27 Aug 2002 06:11:10 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17jYCG-0007vh-00 for ; Tue, 27 Aug 2002 06:43:20 +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 17jXiR-0005Gs-00; Tue, 27 Aug 2002 00:12:31 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17jXgg-0005Fs-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 00:10:42 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17jXge-0005Fg-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 00:10:41 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.214]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jXgd-0005Fb-00; Tue, 27 Aug 2002 00:10:39 -0400 Original-Received: from mailgate4.nec.co.jp ([10.7.69.195]) by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id g7R4AaG14140; Tue, 27 Aug 2002 13:10:36 +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 g7R4AZg12421; Tue, 27 Aug 2002 13:10:35 +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 g7R4AXG03226; Tue, 27 Aug 2002 13:10:33 +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 g7R4AXs17120; Tue, 27 Aug 2002 13:10:33 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id 8EDEE36F2; Tue, 27 Aug 2002 13:10:33 +0900 (JST) Original-To: Michael Kifer System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <20020827033855.4F0729865B@optonline.net> Original-Lines: 42 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:6960 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6960 Michael Kifer writes: > In this regard, I think you might not have understood what I said about a > bad suggestion in your previous message. No, I understood what you meant. > The same buffer can be involved in different ediff sessions. I > consider this essential. You can't just start typing commands into a > buffer being diffed without first indicating which session the buffer > is involved in is current. Sure, it's true that the current UI might be best for very complex situations like that -- but frankly, for me at least, the default is _very simple_ situations, where it _is_ quite reasonable to have a unique mapping of text-buffer->ediff-session. I'd be happy if ediff could give me my preferred UI most of the time, but require me switch to the complex UI for those (very, very, rare) circumstances when I need to. > The UI by which you indicate this is not present in ediff, but can be > added, because each buffer already knows the set of sessions it is in. Ok. If I get around too it, I'll see if I can add enough features to ediff to allow it to use an interface like I've described. > It is already contained in one place -- the control buffer. It is > possible to make this buffer invisible as I indicated above and > instead implement a mechanism by which you indicate the current > control session. I'd like it so that command in one of the source buffers simply mapped to the control buffer, which would stay hidden (even when `in use'). > But I think this is a bad idea. This is how emerge works, and I don't > like its interface. That's OK; we're even, I guess... :-) -Miles -- Run away! Run away!