GNU bug report logs - #39558
26.3; icomplete and display *Completions* in child frame

Previous Next

Package: emacs;

Reported by: Andrii Kolomoiets <andreyk.mad <at> gmail.com>

Date: Tue, 11 Feb 2020 06:57:02 UTC

Severity: normal

Found in version 26.3

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
Cc: 39558 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, Alan Third <alan <at> idiocy.org>
Subject: bug#39558: 26.3; icomplete and display *Completions* in child frame
Date: Wed, 11 Aug 2021 14:34:37 +0200
Andrii Kolomoiets <andreyk.mad <at> gmail.com> writes:

>> I cannot reproduce this, so maybe this is Darwin-specific.
>
> You are right.
>
> There are this code in lisp/term/ns-win.el:581:
> (add-hook 'after-make-frame-functions 'select-frame)
>
> Evaluating it allow you to catch that error in
> icomplete-post-command-hook under X as well.
>
> To avoid original issue under Darwin:
>
> (setq after-make-frame-functions nil)
> (customize-set-variable
>  'display-buffer-alist
>  '(("\\*Completions\\*" display-buffer-in-child-frame
>     (child-frame-parameters . ((minibuffer . nil))))))
>
> (The `(minibuffer . nil)' frame parameter is required if we want to leave
> focus on original frame. IDK why `(no-focus-on-map . t)' doesn't help
> here.)

Andrii, are you still seeing this issue in more recent versions of
Emacs?  If so, perhaps Alan has some comments here (added to the CCs).

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 279 days ago.

Previous Next


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