GNU bug report logs - #66765
30.0.50; Building emacs with xinput2 breaks receiving XSendEvent events

Previous Next

Package: emacs;

Reported by: Ami Fischman <ami <at> fischman.org>

Date: Thu, 26 Oct 2023 17:51:02 UTC

Severity: normal

Tags: notabug, wontfix

Found in version 30.0.50

Done: Po Lu <luangruo <at> yahoo.com>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: ami <at> fischman.org, 66765 <at> debbugs.gnu.org
Subject: Re: bug#66765: 30.0.50; Building emacs with xinput2 breaks
 receiving XSendEvent events
Date: Fri, 27 Oct 2023 10:30:52 +0300
> From: Po Lu <luangruo <at> yahoo.com>
> Cc: 66765 <at> debbugs.gnu.org,  ami <at> fischman.org
> Date: Fri, 27 Oct 2023 15:03:21 +0800
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Can you please add something to etc/PROBLEMS about this issue?
> >
> > How widely is this mechanism used in the wild?  If it is used widely
> > enough, perhaps we should tell people not to build with XInput2 if
> > they have vested interests in those methods?
> 
> XSendEvent is seldom used to send input events these days, for this and
> many other reasons, and teaching X programming is outside the purview of
> PROBLEMS.  Properly written programs either insert events into the
> server by means of the XTEST extension, or through OS interfaces that
> precede the X server in the input event delivery process.

The OP talked specifically about ratpoison.  There may be other
programs that use this method.  I'm asking whether we know which ones
do that, not whether it's correct or recommended.

> > Also, maybe submitting bug reports to the respective developers would
> > cause them to improve the situation?
> 
> Oh no, this is a studious design choice, and one I agree with; it's not
> possible to transform core events into input extension ones, because too
> much information is absent from the former.

You are saying that ratpoison cannot be changed to use mechanisms
compatible with XInput2?  If so, it would mean ratpoison will never be
compatible with Emacs build with XInput2.  I thought that maybe
telling ratpoison developers about this will encourage them to make
ratpoison compatible with XInput2.




This bug report was last modified 1 year and 259 days ago.

Previous Next


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