[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <de87d6ae-3449-5581-3e17-4aae72e8197a@wolfvision.net>
Date: Thu, 27 Apr 2023 13:11:25 +0200
From: Michael Riesch <michael.riesch@...fvision.net>
To: Pavel Machek <pavel@....cz>,
Javier Carrasco <javier.carrasco@...fvision.net>,
phone-devel@...r.kernel.org
Cc: linux-input@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Henrik Rydberg <rydberg@...math.org>,
Ulf Hansson <ulf.hansson@...aro.org>,
Hans Verkuil <hverkuil-cisco@...all.nl>,
Stephen Boyd <sboyd@...nel.org>,
Sebastian Reichel <sre@...nel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Jonathan Cameron <Jonathan.Cameron@...wei.com>,
Uwe Kleine-g <u.kleine-koenig@...gutronix.de>,
Bastian Hecht <hechtb@...il.com>
Subject: Re: [RFC v1 0/4] Input: support virtual objects on touchscreens
Hi Pavel,
On 4/27/23 13:04, Pavel Machek wrote:
> Hi!
>
>> Some touchscreens are shipped with a physical layer on top of them where
>> a number of buttons and a resized touchscreen surface might be
>> available.
>
> Yes, it is quite comon, for example Motorola Droid 4 has 4 virtual
> buttons below touchscreen.
Are those buttons configurable in some way? Or do they have a fixed purpose?
How does Android handle those buttons, BTW?
> One question is if this should be handled inside the kernel. It will
> make it compatible with existing software, but it will also reduce
> flexibility.
I would say that it should be described in device tree if the purpose is
fixed. For example, if there is no display behind the touch screen at a
certain point but a printed sheet (e.g., with a home or return symbol)
then it is clear that this button is not going to change. In such a case
I doubt that flexibility is required.
Best regards, Michael
>
> Best regards,
> Pavel
Powered by blists - more mailing lists