<div dir="ltr"><div class="gmail_extra">Hi,<br><br><div class="gmail_quote">2015-09-23 4:29 GMT+02:00 박성진 <span dir="ltr"><<a href="mailto:sj76.park@samsung.com" target="_blank">sj76.park@samsung.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div link="blue" vlink="purple" lang="KO"><div><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">Dear all,<u></u><u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">as you guys know, there are some combo input devices which support both keyboard functionality and pointer functionality.<u></u><u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">We can also see some of input devices supports both keyboard functionality and touch functionality.<u></u><u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">In theory, each input device functionality needs to be provided through each kernel device node.<u></u><u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">By the way, there are many combo input devices whose input events is coming from one device node.<u></u><u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">Now and in near future, many vendors can make many combo input devices.<u></u><u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">For these kinds of input devices, how about adding new enums for combo devices?<u></u><u></u></span></p><p class="MsoNormal" style="text-align:left;background:white none repeat scroll 0% 0%" align="left"><span style="font-size:12pt;font-family:굴림체;color:black" lang="EN-US">Otherewise, how about defining enums with masks ?</span></p></div></div></blockquote><div><br><br>For that reason we do use masks inside mir to describe 
input devices. We do use a few additional masks to also indicate whether
 the device, i.e. it might be interesting to know whether the device is a
 full keyboard or just offers a few buttons.. So yes I aggree with that. Right now we do the evdev based device detection in parallel to what udevd and libinput do.. <br><br></div><div>regards<br></div><div>Andreas Pokorny<br></div></div><br></div></div>