Re: Add support of the Totem on the Dell Canvas 27

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Fri, Nov 10, 2017 at 9:15 PM, Carlos Garnacho <carlosg@xxxxxxxxx> wrote:
> Hi!
>
> On Fri, Nov 10, 2017 at 3:38 PM, Matthias Clasen <mclasen@xxxxxxxxxx> wrote:
>> On Fri, 2017-11-10 at 11:16 +0100, Benjamin Tissoires wrote:
>>> Hi,
>>>
>>> The Dell Canvas 27 has a new tool called the Totem[1].
>>> This tool is aimed at popping up a menu right around it and the user
>>> can select the desired menu by turning the tool and pushing it (it
>>> has
>>> an embedded button).
>>>
>>> Microsoft has a similar one[2] known as the Surface Dial. The one
>>> from
>>> Microsoft works with BLE so it is possible to use it without an
>>> touchscreen (from what I've seen on internet, the menu will pop up in
>>> the middle of the screen).
>>>
>>> I think it would be good for Fedora and Gnome to support such a tool,
>>> given that studios are the main target for it.
>>>
>>> However, this requires quite some effort in all the layers as it is a
>>> new type of tool.
>>>
>>> I started creating a few bug trackers:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1511846 (kernel)
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1511851 (libinput)
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1511854 (mutter)
>>>
>>> Feel free to clone those in the respective upstream projects.
>>>
>>> My guess is that we need changes in the kernel, libinput, wayland and
>>> mutter. I might be wrong, please correct me if I am.
>>
>> Well, thats the low-level plumbing. It can certainly be done for f28.
>
> Certainly better than "entirely undone", I'm all for setting f28 as a
> goal to lay the foundations.

Yep, agree, the plumbing would be a F28 goal.

>
>>
>> But if you want this to be useful to users, it needs some serious
>> design, toolkit and application work. Those circular menus don't exist,
>> and we have the paint tools we have are probably not ready for two-
>> handed operation.

As for the design itself, the device exports itself as a "System MultiAxis":

"A collection of controls that may contain the same controls as listed
in Multi-Axis Controller (Usage 0x08) and/or additional associated
controls such as wheels, dials, buttons etc., for exclusive use of the
System."

(http://www.usb.org/developers/hidpage/HUTRR62_-_Generic_Desktop_CA_for_System_Multi-Axis_Controllers.txt)

Given that the only purpose of the new addition is "for exclusive use
of the System." I think we should treat it as such and only have
gnome-shell/mutter handle the tool to show the menus and not have the
applications deal with it.
And if this is a mutter tool, there is no need to actually have two
handed operations in applications.
This should be discussed with designers of course.

>
> I guess minimal plumbing could involve the ability to open and select
> across context menus. Nowhere as nifty, but probably enough to verify
> the device/protocol work.

Having a bare minimum would be good, indeed. I am not sure about what
it would be like with the context menu, but it could be interesting as
a first step.

Cheers,
Benjamin

>
> Cheers,
>   Carlos
> _______________________________________________
> desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to desktop-leave@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to desktop-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Users]     [Fedora KDE]     [Fedora Announce]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux