all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Bug in Emacs 21.1 reported in February 2002 not fixed in Emacs 21.2
@ 2002-08-01 16:37 Francis Litterio
  2002-08-02  6:12 ` Richard Stallman
  2002-08-02  6:12 ` Richard Stallman
  0 siblings, 2 replies; 3+ messages in thread
From: Francis Litterio @ 2002-08-01 16:37 UTC (permalink / raw)


I submitted the below bug report (and the patch to fix it) in February
2002 against Emacs 21.1.  It is not fixed in Emacs 21.2.  Is this an
oversight or is this behavior not considered a bug?
--
Francis Litterio
franl-remove@world.omit-this.std.com


> From: franl-removethis@world.omitthis.std.com (Francis Litterio)
> Subject: Emacs 21.1: icomplete-mode prematurely inserts completion options
> Date: Fri, 22 Feb 2002 17:22:40 -0500
> Message-ID: <ud6yxnolr.fsf@world.std.com>
> 
> In Emacs 21.1, when icomplete-mode is on, irrelevant incremental
> completion data appears in the minibuffer before the user types even one
> character.
> 
> To reproduce:
> 
> 1. Evaluate this Elisp to turn on icomplete-mode: (icomplete-mode)
> 
> 2. Type "M-x".
> 
> 3. icomplete-mode fills the minibuffer with an enumeration of all
>    possible command names before user types anything.  This is a useless
>    display of command names without regard for the subset in which the
>    user is truly interested.
> 
> It would be better for the minibuffer to remain empty of incremental
> completion data until at least one character is typed (and an
> examination of the code reveals that this was the intention of the
> programmer).
> 
> The below patch to icomplete.el fixes this problem.
> --
> Francis Litterio
> franl-remove@world.omit-this.std.com
> 
> 
> --- /c/apps/emacs-21.1/lisp/icomplete.el.orig	Fri Feb 22 16:49:18 2002
> +++ /c/apps/emacs-21.1/lisp/icomplete.el	Fri Feb 22 16:49:30 2002
> @@ -260,7 +260,7 @@
>  	      (make-local-variable 'icomplete-eoinput))
>  	  (setq icomplete-eoinput (point))
>                                          ; Insert the match-status information:
> -	  (if (and (> (point-max) 1)
> +	  (if (and (> (point-max) (minibuffer-prompt-end))
>  		   (or
>  		    ;; Don't bother with delay after certain number of chars:
>  		    (> (point-max) icomplete-max-delay-chars)

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Bug in Emacs 21.1 reported in February 2002 not fixed in Emacs 21.2
  2002-08-01 16:37 Bug in Emacs 21.1 reported in February 2002 not fixed in Emacs 21.2 Francis Litterio
  2002-08-02  6:12 ` Richard Stallman
@ 2002-08-02  6:12 ` Richard Stallman
  1 sibling, 0 replies; 3+ messages in thread
From: Richard Stallman @ 2002-08-02  6:12 UTC (permalink / raw)
  Cc: emacs-devel

This will be fixed in 21.3.  Thanks.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Bug in Emacs 21.1 reported in February 2002 not fixed in Emacs 21.2
  2002-08-01 16:37 Bug in Emacs 21.1 reported in February 2002 not fixed in Emacs 21.2 Francis Litterio
@ 2002-08-02  6:12 ` Richard Stallman
  2002-08-02  6:12 ` Richard Stallman
  1 sibling, 0 replies; 3+ messages in thread
From: Richard Stallman @ 2002-08-02  6:12 UTC (permalink / raw)
  Cc: emacs-devel

This will be fixed in 21.3.  Thanks.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-08-02  6:12 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-01 16:37 Bug in Emacs 21.1 reported in February 2002 not fixed in Emacs 21.2 Francis Litterio
2002-08-02  6:12 ` Richard Stallman
2002-08-02  6:12 ` Richard Stallman

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.