<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 12, 2015 at 10:01 PM, Peter Hutterer <span dir="ltr"><<a href="mailto:peter.hutterer@who-t.net" target="_blank">peter.hutterer@who-t.net</a>></span> wrote:<br><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">At least based on this example, I think this is fixing the wrong problem.<br>
knowing which device sends a key is fairly meaningless unless you have<br>
direct access to the devices anyway (which you probably don't, at least not<br>
in the default setups).</blockquote><div><br></div><div>Nonsense. A client may very well want to do something different for the X key on device 1 than the X key on device 2. It does not need any low-level device access to do that, in fact it is not going to send or query anything from any device, just receive wayland events.<br><br></div><div>This is used to differentiate the tablet pen and eraser and puck and the normal mouse. The program does absolutely nothing special, it gets position events, but ignores the device, then they all move the cursor and have the same effect. But a painting program that figures out which device is the eraser will certainly act differently for that one.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> And there are plenty of devices that have<br>
meaningless names made from the pid/vid hex codes or even worse - "USB<br>
Keyboard".<br></blockquote><div><br></div><div>Yea that is a problem, but not as big as you think, as long as all clients see the same name assignments, and all the devices have a different name. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
the source of your problem is IMO that you're treating the remote control<br>
like a keyboard when it isn't one. This is what we've been trying to solve<br>
with the buttonset interface in libinput (still WIP and needs a wayland<br>
protocol extension). Those devices are merely sets of buttons and require<br>
their own focus control and behaviour, separate to (and more domain-specific<br>
than) keyboards. But it moves the issue into its own separate corner where<br>
it can be handled correctly, rather than papering over the issues.<br></blockquote><div><br></div><div>Buttonset interface is not going to solve anything. What if the user has two button devices, both with the same button? <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br></blockquote></div><br></div></div>