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: [ortmann@isl.net: asymmetries and contradictions in shell navigation using C-a and C-e on a prompt line] Date: 19 Mar 2002 00:39:24 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: <873cyxanrn.fsf@tc-1-100.kawasaki.gol.ne.jp> References: <200201210941.g0L9f9s14343@aztec.santafe.edu> <5xd6y1aorh.fsf@kfs2.cua.dk> 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 1016467602 14801 127.0.0.1 (18 Mar 2002 16:06:42 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 18 Mar 2002 16:06:42 +0000 (UTC) Cc: rms@gnu.org, emacs-pretest-bug@gnu.org, emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16mzej-0003qd-00 for ; Mon, 18 Mar 2002 17:06:41 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16mzji-0001wM-00 for ; Mon, 18 Mar 2002 17:11:50 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16mzeO-0003Dv-00; Mon, 18 Mar 2002 11:06:20 -0500 Original-Received: from smtp02.fields.gol.com ([203.216.5.132]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16mzFF-0008Fv-00; Mon, 18 Mar 2002 10:40:21 -0500 Original-Received: from tc-2-145.kawasaki.gol.ne.jp ([203.216.25.145] helo=tc-1-100.kawasaki.gol.ne.jp) by smtp02.fields.gol.com with esmtp (Magnetic Fields) id 16mzF8-0001sO-00; Tue, 19 Mar 2002 00:40:14 +0900 Original-Received: by tc-1-100.kawasaki.gol.ne.jp (Postfix, from userid 1000) id 33BF13013; Tue, 19 Mar 2002 00:39:24 +0900 (JST) Original-To: storm@cua.dk (Kim F. Storm) System-Type: i686-pc-linux-gnu In-Reply-To: <5xd6y1aorh.fsf@kfs2.cua.dk> Original-Lines: 31 X-Abuse-Complaints: abuse@gol.com Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2008 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2008 storm@cua.dk (Kim F. Storm) writes: > What happens if you have two fields next to each other -- in that > case, the inside of one field is the outside the other field - and > vice versa. This is not a problem. The only important case is where one of these commands would from `outside' to `inside' in a way that's counter-intuitive. > > Unfortunately, the most common use of fields currently is in the > > minibuffer, and it uses a `nil' field property as the `inside' > > (and puts a non-nil field property on the prompt, to distinguish it). > > Which indicates to me that your proposed solutions isn't the right one. Why? > But we already handle the minibuffer correctly, so this > will continue to work No, the minibuffer suffers from the same `problem' that comint does. It's just not commonly enountered by users, because they usually don't move into the prompt. > if we don't start messing up the existing movement & killing > functions!!! What are you talking about? -Miles -- `The suburb is an obsolete and contradictory form of human settlement' _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel