<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-11 1:11 GMT-02:00 Peter Hutterer <span dir="ltr"><<a href="mailto:peter.hutterer@who-t.net" target="_blank">peter.hutterer@who-t.net</a>></span>:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">the idea behind only propagating LED changes to core keyboard is that you<br>
may have multiple keyboards, not all attached to the same master keyboard.<br>
If you toggle caps lock on one of them, you don't want it to toggle on an<br>
otherwise unrelated keyboard. Likewise, there's the niche case of floating<br>
slave devices, where you don't want logical keyboard LEDs to change other<br>
keyboards.<br>
<span class=""><br></span>(...)<br>
<br>
so something else isn't right here. By default, xephyr keyboards should be<br>
attached to a master keyboard and see the LEDs update. Where exactly does<br>
the LED update stop?</blockquote></div>I'll drop this patch for the moment, since it's not critical to make multi-seat work properly with Xephyr. I'll investigate a bit more the problem of attaching Xephyr keyboard to a master keyboard and propose another patch in a second moment.<div><br></div><div>Thanks, Peter!</div>-- <br><div class="gmail_signature"><div dir="ltr"><div><b>Laércio de Sousa</b><br></div><div style="text-align:center"><div style="text-align:left"><i>Orientador de Informática</i></div><div style="text-align:left"><u>Escola Municipal "Professor Eulálio Gruppi"</u></div><div style="text-align:left"><i>Rua Ismael da Silva Mello, 559, Mogi Moderno</i></div><i><div style="text-align:left"><i>Mogi das Cruzes - SP</i></div><div style="text-align:left"><i>CEP 08717-390</i></div></i></div><div><span style="font-family:arial;font-size:small">Telefone: (11) 4726-8313</span></div></div></div>
</div></div>