GNU bug report logs - #8397
24.0.50; defcustom :type face

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Thu, 31 Mar 2011 17:47:02 UTC

Severity: minor

Found in version 24.0.50

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> gnu.org>
Cc: 8397 <at> debbugs.gnu.org
Subject: bug#8397: 24.0.50; defcustom :type face
Date: Mon, 6 Feb 2012 07:23:39 -0800
> > If you make the *Completions* window dedicated (e.g. (setq
> > special-display-regexps '("[ ]?[*][^*]+[*]"))), then M-TAB switches
> > the focus to the *Completions* frame each time you hit it.  
> > That means you cannot just continue to type text into the
> > edit field - you must first reselect the customize frame
> > to give it focus.
> 
> This is an inherent limitation of special-display-regexps.  It is
> possible to use display-buffer-alist to get the same effect while
> leaving an exception for *Completions*.

Sorry, but that is just irrelevant.

Obviously, I _want_ *Completions* to be special-display, or I wouldn't have
provided a recipe that makes it so.

Saying that the problem I describe does not exist if you do not follow the
recipe that shows the problem is, well, a bit of a cop-out, don't you think?

The problem described is a problem with a special-display *Completions* buffer.
It is not a limitation of `special-display-regexps'.  There is nothing
particular that `display-buffer-alist' offers to solve this problem, AFAIK.
What's required is redirecting the *Completions* frame focus to the minibuffer.





This bug report was last modified 13 years and 113 days ago.

Previous Next


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