GNU bug report logs - #76814
31.0.50; NS initial frame not raised

Previous Next

Package: emacs;

Reported by: Ship Mints <shipmints <at> gmail.com>

Date: Fri, 7 Mar 2025 16:58:02 UTC

Severity: normal

Found in version 31.0.50

Full log


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

From: Ship Mints <shipmints <at> gmail.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: Alan Third <alan <at> idiocy.org>, 76814 <at> debbugs.gnu.org
Subject: Re: bug#76814: 31.0.50; NS initial frame not raised
Date: Fri, 7 Mar 2025 15:12:34 -0500
[Message part 1 (text/plain, inline)]
On Fri, Mar 7, 2025 at 3:10 PM Stefan Kangas <stefankangas <at> gmail.com> wrote:

> Ship Mints <shipmints <at> gmail.com> writes:
>
> > This is a behavior difference from 29 and 30.  In my init, I have to
> > manually raise the initial frame to avoid having to search for the new
> > frame using the Mac app switcher.
>
> I see this behavior with Emacs 28 and 29 too, when starting Emacs from a
> terminal window.  BTW, what is the workaround that you're using?
>
> Looking into this a little bit, I did find this API:
>
>     [main_window makeKeyAndOrderFront:nil];
>
>
> https://developer.apple.com/documentation/appkit/nswindow/makekeyandorderfront(_
> :)
>
> Alan, do you have any ideas or suggestions here?
>

Pretty much this:

  (add-hook 'window-setup-hook
            (lambda ()
              (select-frame-set-input-focus (selected-frame)))
[Message part 2 (text/html, inline)]

This bug report was last modified 97 days ago.

Previous Next


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