<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 25, 2015 at 2:14 AM, Pekka Paalanen <span dir="ltr"><<a href="mailto:ppaalanen@gmail.com" target="_blank">ppaalanen@gmail.com</a>></span> wrote:<br><div><br></div><div>You don't need multiple seats.<br><br></div><div>The remote control would simply not be a "keyboard". It can send wl_pointer::button events for the buttons. Note that they have exactly the same format as wl_keyboard::key. There is a reason for this. The clients can distinguish between wl_pointer::button and wl_keyboard::key events, and the compositor is already set up to deliver these to different clients. So it satisfies the stated need.<br><br></div><div>If your api requires more than these 2 foci then either you add extensions to the compositor to support more foci or you use multiple seats. But the stated problem needs no more than 2 seats, since you only listed two destinations for the events.<br><br></div><div>I am not clear on how the client with the pointer focus can figure out what modifiers are down however. But if the remote has modifiers I think users expect them to act global, ie holding the Shift on the remote is the same as holding Shift on the keyboard.<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>