GNU bug report logs - #5030
23.1.50; Unexpected minibuffer tab completion behavior

Previous Next

Package: emacs;

Reported by: Matthew Dempsky <matthew <at> dempsky.org>

Date: Tue, 24 Nov 2009 06:15:04 UTC

Severity: normal

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log


Message #20 received at 5030 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Matthew Dempsky <matthew <at> dempsky.org>
To: 5030 <at> debbugs.gnu.org
Subject: Re: 23.1.50; Unexpected minibuffer tab completion behavior
Date: Tue, 24 Nov 2009 18:24:34 -0800
On Mon, Nov 23, 2009 at 10:09 PM, Matthew Dempsky wrote:
> Instead, I expect either for that window to continue showing the
> *Completion* buffer (refreshed to display just the "aaa" and "aab"
> entries) or for that window to be deleted.  (I'd prefer the former
> behavior.)

The last patch I posted achieves the latter behavior.  Combining with
the (proof-of-concept) patch below, I seem to achieve the former
(personally more desirable) behavior.

--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -489,10 +489,11 @@ E = after completion we now have an Exact match.
 					minibuffer-completion-table
 					minibuffer-completion-predicate)))
             (if completed
-                ;; We could also decide to refresh the completions,
-                ;; if they're displayed (and assuming there are
-                ;; completions left).
-                (minibuffer-hide-completions)
+		(cond
+		 (exact (minibuffer-hide-completions))
+		 ((get-buffer-window "*Completions*" 0)
+		  (minibuffer-completion-help))
+		 (t t))
               ;; Show the completion table, if requested.
               (cond
                ((not exact)



This bug report was last modified 15 years and 203 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.