[PATCH weston 4/4] input: Detect keyboard capabilities
Bill Spitzak
spitzak at gmail.com
Wed May 6 10:45:11 PDT 2015
On 05/06/2015 09:24 AM, Derek Foreman wrote:
> On 05/05/15 03:59 PM, Bill Spitzak wrote:
>> It sure seems like it would be better to just provide the list of
>> available keys to the client programs, and let them make up their own
>> categories of device types.
>
> I think desktop-shell is still going to want this information,
> regardless of whether we implement new protocol to feed it on to
> clients. So it may be the case that clients want it too, but I don't
> think it would be better to only provide it to clients.
I meant clients of libinput. In this case the shell is a client of
libinput. What I am suggesting is that the desktop shell has the list of
keys to test, etc, rather than libinput.
It is true that a plan needs to be made so that exact duplicates of
everything in the libinput api can be delivered to Wayland clients so
they are not deprived of any ability to use an input device. The obvious
method is to make a Wayland version for every libinput event and
request. An alternative is for Wayland to provide the fd and the clients
talk to libinput directly. Both of these have problems.
More information about the wayland-devel
mailing list