From xemacs-m  Wed Apr  9 10:13:30 1997
Received: from amber.vis-av.com (amber.vis-av.com [206.119.44.2])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id KAA16494
	for <xemacs-beta@xemacs.org>; Wed, 9 Apr 1997 10:13:28 -0500 (CDT)
Received: (from derrell@localhost)
          by amber.vis-av.com (8.8.5/8.8.4)
	  id LAA04473; Wed, 9 Apr 1997 11:13:23 -0400 (EDT)
Date: Wed, 9 Apr 1997 11:13:23 -0400 (EDT)
Message-Id: <199704091513.LAA04473@amber.vis-av.com>
From: Derrell Lipman <derrell@vis-av.com>
To: jens@lemming0.lem.uni-karlsruhe.de
Cc: xemacs-beta@xemacs.org
Subject: Re: icomplete bug?  feature?
In-Reply-To: <m37micgtmp.fsf@jens.metrix.de>
References: <199704091351.JAA04343@amber.vis-av.com>
	<m37micgtmp.fsf@jens.metrix.de>
X-Mailer: VM 6.23 under 20.1 XEmacs Lucid (beta11)
Reply-To: derrell@vis-av.com
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII

>>>>> "  Jens" == Jens Lautenbacher <jens@metrix.de> writes:

  Jens> Derrell Lipman <derrell@vis-av.com> writes:
>> Once icomplete has found a match, I would think that the desired
>> behavior would be to return the match (when selecting from a list
>> of possibilities) rather than only the typed text.  Can this be
>> configured, to avoid requiring TAB to complete it?

  Jens> But what if you actually want to make a face called 'defa?

Yes, I realize that.  I suppose it would be a somewhat major change,
but my preference in most of these cases would be to require a prefix
argument to create something new.  I have the same problem with
buffers, where I want to switch to a buffer which doesn't quite match
completely when I hit TAB (i.e. it's ambiguous), and I end up creating
a new buffer of the partial name.  That's not what I wanted.  If a
prefix argument were required to create something new, then if the
minibuffer response was unambiguous it would be used, and if it was
ambiguous, I would be further queried for which of the choices I
really wanted.

Derrell

