linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Rafi Rubin <rafi@seas.upenn.edu>
To: linux-input <linux-input@vger.kernel.org>,
	Henrik Rydberg <rydberg@euromail.se>,
	Stephane Chatty <chatty@lii-enac.fr>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>, Jiri Kosina <jkosi>
Cc: Peter Hutterer <peter.hutterer@who-t.net>,
	"X.Org Devel List" <xorg-devel@lists.freedesktop.org>
Subject: EVIOC mechanism for MT slots
Date: Thu, 20 Jan 2011 16:10:15 -0500	[thread overview]
Message-ID: <4D38A4B7.7060901@seas.upenn.edu> (raw)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

We've come across a little problem with filtered MT events.  It seems there
isn't a mechanism to request the full state.  If a program opens a device
there's no way it can see static objects.

Consider for example a board game.  If the user puts the pieces on a MT surface
before starting the application, those pieces will not register and the state of
the game will be incorrect.

If there's opposition to this request, I suggest settling the dispute with a
game of MT battleship :-)

Rafi
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJNOKS3AAoJEPILXytRLnK2HssP/0HfUm6pcvI6DyRu5xUzVWWd
THJ4lx9wytcxMkXucKugkai1l8lC60wUQeof1vE+T5TNWbQWPlA/dL+cmSGLCMkj
4JHXUg0p91I54oNwcRmkutxw+G9YOq45O4qHWaKUNVrxapaGnY74cnYlSDYo3Jec
OALRdV+flJAmdZPNhAuQAdSTn30QE4TSbcmIveYYy9WEsC1416Qx1zXFkNlaRrf/
ytKe+oKg3tlVzcQ+sSjEMimRGoMmNnGv5EQ0ZdFVFIOphuqLWoWv6nE1ziiFiwWL
bSoYN9vVjgBfUmhp+tOdxdKJMwARxoUiKsa/i2etyukJI5ULJ6s1I1oc3MQCw30m
CUoe6jTkW9MPpMdZIN7ip2RNmCoCg5wQKZTlw/gx20ZTYBlaY0msdcf81O78/HuJ
MqUqiCuI2ytnyKJQboOgfwmf6sau9BW4g36qkAdkITuunr653gCeHdTAMtETfAJ0
EVHyGC2jMI+X+rkBWL2I2Ax0r+Vvtvna/cuC+KrOBY0nIkr02ed3azeF0CJoblps
wr844XGgHsnus9nscSERLBVW4y0RvUt2AhX5JUChF4xM8zDTItY4CojCyg50Crc+
J/3c/8QUBhSHgnDXxN4YEdxLlz3/xf/u2qaf/dVnY5P5sh6y6WoxjhHhI3M19yLq
j26XxoED92WXFuz5Hv9s
=GrDk
-----END PGP SIGNATURE-----

             reply	other threads:[~2011-01-20 21:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-20 21:10 Rafi Rubin [this message]
2011-01-21  1:45 ` EVIOC mechanism for MT slots Ping Cheng
2011-01-21  3:57   ` Chris Bagwell
2011-01-21  7:58     ` Benjamin Tissoires
2011-01-21  9:15       ` Henrik Rydberg
2011-01-21  9:22         ` Dmitry Torokhov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D38A4B7.7060901@seas.upenn.edu \
    --to=rafi@seas.upenn.edu \
    --cc=chatty@lii-enac.fr \
    --cc=dmitry.torokhov@gmail.com \
    --cc=linux-input@vger.kernel.org \
    --cc=peter.hutterer@who-t.net \
    --cc=rydberg@euromail.se \
    --cc=xorg-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).