emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: master 3b41141708: Expose the name of an event's input device to Lis


From: Eli Zaretskii
Subject: Re: master 3b41141708: Expose the name of an event's input device to Lisp
Date: Sun, 10 Apr 2022 09:11:41 +0300

> From: Po Lu <luangruo@yahoo.com>
> Cc: monnier@iro.umontreal.ca,  emacs-devel@gnu.org
> Date: Sun, 10 Apr 2022 08:56:38 +0800
> 
> >> Unfortunately, our current representation is basically set in stone.
> >> There is too much Lisp out there that relies on the current form of Lisp
> >> events, and simply finding all that code will be a serious chore.
> >
> > We could keep the form, but add additional members to the list, no?
> 
> That's simply too confusing, where different events have very different
> indexes into the list to get the same property.

Why "different indexes to get the same property"?  The additional
members should provide additional information, unavailable in the
original elements.  We already have such data structures in Emacs;
see, for example, data structures returned by pos-visible-in-window-p
and find-composition.  The list returned by posn-at-point is another
example: the 2nd member can be either display area or buffer position,
and the 6th member always reports the position.  So this is quite
"normal" in Emacs, assuming that the data structure is designed to be
convenient for the code that will use it.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]