From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: minibuffer-eldef Date: 03 Jun 2004 10:13:44 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040529213132.GA31322@fencepost> <873c5hd35q.fsf@mail.jurta.org> <8765aadbgb.fsf@mail.jurta.org> <20040602071529.GA21505@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1086250486 13855 80.91.224.253 (3 Jun 2004 08:14:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 3 Jun 2004 08:14:46 +0000 (UTC) Cc: juri@jurta.org, wl@gnu.org, rms@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Jun 03 10:14:37 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BVnMz-0003Hs-00 for ; Thu, 03 Jun 2004 10:14:37 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BVnMy-0000cr-00 for ; Thu, 03 Jun 2004 10:14:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BVnNI-0003vJ-Hd for emacs-devel@quimby.gnus.org; Thu, 03 Jun 2004 04:14:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BVnN1-0003g0-FU for emacs-devel@gnu.org; Thu, 03 Jun 2004 04:14:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BVnN0-0003fg-RL for emacs-devel@gnu.org; Thu, 03 Jun 2004 04:14:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BVnN0-0003fW-NJ for emacs-devel@gnu.org; Thu, 03 Jun 2004 04:14:38 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BVnMI-0002ZE-6n for emacs-devel@gnu.org; Thu, 03 Jun 2004 04:13:54 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1BVnMB-0000XB-33; Thu, 03 Jun 2004 04:13:47 -0400 Original-To: Miles Bader In-Reply-To: Original-Lines: 55 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:24457 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24457 Miles Bader writes: > David Kastrup writes: > > Well, considering the suggested default of > > minibuffer-electric-default-mode: I have tried it now for a while, and > > I don't like it. It makes parts of the line jump forwards and > > backwards. > > > > The right way to do this would be to display the default value right > > in the text entry box in a special color. > > I think that wouldn't be right. Of course, it would disappear once you type something on your own. > The `jumping' can be slightly disconcerting at first, but I think most > people would quickly learn to prefer it -- defaults in prompts can often > take up lots of room in the minibuffer, and eliding them when the user > actually starts to type in his input is useful behavior. Sure. But if the text is shown in the text entry box, it does not take up additional room, it is elided when the user actually starts to type, and the cursor does not jump. > The default string is elided by attaching an `invisible' property, > so using `face' instead would be trivial, but I think that would be > the wrong interface. I am talking about moving the default value over to after the colon. In the text entry box. > > If delete-selection-mode is enabled, the natural choice would be > > to just paste the default value into the text entry box and have > > it selected. > > No. > > That microsoft/apple behavior is clever hack on the way their > selection works, but it's horribly annoying to actually use. Emacs' > behavior is a lot nicer. That does not change that if people configure delete-selection-mode, they have expressed an explicit desire to have this "horribly annoying" behavior. So when we have an option for enabling it, there is little point in not making use of it. I never argued that delete-selection-mode should be the default for Emacs. I just said that when it _is_ switched on, it might be sensible to deal with default values in the usual and somewhat natural manner people associate with that mode. But anyhow, this discussion is not relevant for 21.4, I guess. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum