GNU bug report logs - #73559
[PATCH] fix NS build focus-in event processing

Previous Next

Package: emacs;

Reported by: Daniel Colascione <dancol <at> dancol.org>

Date: Mon, 30 Sep 2024 03:30:15 UTC

Severity: normal

Tags: patch

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Colascione <dancol <at> dancol.org>, Po Lu <luangruo <at> yahoo.com>
Cc: 73559 <at> debbugs.gnu.org
Subject: Re: bug#73559: [PATCH] fix NS build focus-in event processing
Date: Mon, 30 Sep 2024 14:41:49 +0300
> From: Daniel Colascione <dancol <at> dancol.org>
> Date: Sun, 29 Sep 2024 22:47:46 -0400
> 
> 
> In Emacs NS build, frames don't respond to focus-in events right away.
> Instead, they store the focus-in event and process it (and other queued
> events) whenever some other event happens to occur on that frame.

Hmm... isn't this the same on all other GUI systems?
kbd_buffer_store_event adds the event to the Emacs input queue, and
AFAIU it will be processed as soon as Emacs gets back to its main loop
and calls read_char.  No other event should be needed, AFAIK.  Po Lu,
am I missing something here?

> This patch kicks the NS event loop immediately when a focus-in event
> happens, allowing Emacs to respond to focus-in events without some other
> event triggering the processing.

I know nothing about the "NS event loop", so I'm probably missing
something.

Thanks.




This bug report was last modified 230 days ago.

Previous Next


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