Re: With set_event_compression, most recent motion event is held in waiting

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============7270928593876117628==
Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha256; boundary="------85e43809842aba43f69c1e5890cf10dde09850399e7ba12087f48f81ea493da2"; charset=utf-8

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--------85e43809842aba43f69c1e5890cf10dde09850399e7ba12087f48f81ea493da2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Message-ID: <[email protected]>
Subject: Re: With set_event_compression, most recent motion event is held in
 waiting
From: JLM <[email protected]>
To: "[email protected]" <[email protected]>
Date: Mon, 23 May 2022 20:20:31 -0400
In-Reply-To: <CABgWb1KsHNnXQHoPt-FbqJWvoz6ckipF0kEFuD8QwuUTtrgemA@mail.gmail.com>
References: <[email protected]>
	 <[email protected]>
	 <[email protected]>
	 <wuKiCJUG2NimVLr6lFX3ZKloLhcCdE3hxqAkz0EppQym6Hh9BcPxk4EJFTQ6zqU_N-UhShLBVcS1HOBMXcTDJQ==@protonmail.internalid>
	 <CABgWb1KsHNnXQHoPt-FbqJWvoz6ckipF0kEFuD8QwuUTtrgemA@mail.gmail.com>
User-Agent: Evolution 3.44.1
MIME-Version: 1.0

Thanks. I took a look at the web page and I'm pretty sure that the
described behavior is not what I am observing.

For example, I move my mouse around within the DrawingArea, and in the
console output I see this (truncated, just showing the end):

2109 649877100 motion 90.9368:79.8589
2110 649877101 motion 90.9368:81.137
2111 649877110 motion 89.6931:82.3807
2112 649877120 motion 88.6931:82.3807
2113 649877129 motion 88.6931:83.3807
2114 649877144 motion 87.6987:83.3807
2115 649877176 motion 87.6987:84.17
2116 649877191 motion 86.9109:84.17

Then I wait a few seconds and press a key and see:

2117 649877194 motion 86.9109:85.1639
2118 649887986 key pressed

The timestamp of event 2117 is just right after event 2116, but did not
display until I pressed the key. It was recorded, but for some reason
the program itself did not receive it (or I made some mistake, and my
program is caching things somehow).


On Mon, 2022-05-23 at 10:57 -0700, Andrew Potter via gtkmm-list wrote:
>=20
> On Mon, May 23, 2022 at 9:15 AM JLM via gtkmm-list
> <[email protected]> wrote:
> > I have updated my test. Now you don't have to press a mouse button,
> > but
> > you can press a keyboard key instead. The problem isn't that I am
> > seeing extra events, the problem is that the extra event seems to
> > be
> > hiding, or stuck in a backend/library queue.
> >=20
>=20
>=20
> The issue is probably even lower than GTK. Maybe libinput? Did you
> look at the timestamp of the events?=20
>=20
> https://wayland.freedesktop.org/libinput/doc/latest/timestamps.html
>=20
> The above link suggests some events are delivered out of order


--------85e43809842aba43f69c1e5890cf10dde09850399e7ba12087f48f81ea493da2
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: ProtonMail

wsBzBAEBCAAnBQJijCTRCZCRLah6OSFOThYhBE0p+kJR+uVpGr6LC5EtqHo5
IU5OAABBrggAoQBqQXTjH6IirR5TPPq3xQllP4WU1qpjyQxaaMYRfVeS1DID
79dtRhrPz/gDSRrTD9zl1dzfI3TZF6dPrfmVm+FnxsEV79Z8mTXiGy1NmpWA
VxTdTW/Kerh9yvgUTF/Po1JvjUCFcJZ41q6FiqycZK+PI/GwcmbvExwzgyBp
2EXify7VcwCDqkjX6hXLAOuXlLBOjnvlDhREeg1HedliKoxE1OfSgXGi2AU8
uughzO7JUCspbjYW935k95zcNdT3dgiIh3GkMx5RbDDwEpd0mP/UNGbO1vAI
WqoeEoW2lIYyCvU+8ImjW6yUlJAXCgWLReQy/ZmgdkqMtAv0IH1igA==
=PY9r
-----END PGP SIGNATURE-----


--------85e43809842aba43f69c1e5890cf10dde09850399e7ba12087f48f81ea493da2--


--===============7270928593876117628==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
gtkmm-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/gtkmm-list

--===============7270928593876117628==--