GNU bug report logs - #36894
Restore frameset focus and selectedness

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> linkov.net>

Date: Thu, 1 Aug 2019 21:47:02 UTC

Severity: normal

Tags: fixed, patch

Fixed in version 27.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log

Message #52 received at 36894 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 36894 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#36894: Restore frameset focus and selectedness
Date: Thu, 15 Aug 2019 21:36:33 +0300

> If the window manager doesn't comply or is set up "wrongly", yes.
> Focus stealing cannot be handled by the application alone.  But if the
> window manager is compliant, setting the 'no-focus-on-map' frame
> parameter should handle the problem.

I see that the MATE window manager doesn't select the new frame after

  (make-frame '((no-focus-on-map . t)))

Then I don't understand the logic of make-frame-command:

  (defun make-frame-command ()
    (interactive)
    (if (display-graphic-p)
        (make-frame)
      (select-frame (make-frame))))

On a graphic display it doesn't select the new frame explicitly,
maybe on the assumption that all window managers should select it
afterwards?
This bug report was last modified 5 years and 361 days ago.

Previous Next

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