Re: [Linuxwacom-discuss] erratic drawing behavior on X220T

[Chris B. <ch...@cn...>]

On Mon, Jun 18, 2012 at 1:20 AM, Peter Hutterer
<pet...@wh...> wrote:
> On Fri, Jun 15, 2012 at 12:47:48AM -0700, William E. Skeith III wrote:
>> > Also, I don't want a left-click event as soon as i touch the screen,
>> > it works flawlessly with e.g. a bamboo. As long as you don't tap with
>> > a finger, it just moves the mouse. With the default behaviour of the
>> > X220t, aiming right-clicks is almost impossible. I couldn't find any
>> > config options for these things, but maybe you can help me.
>>
>> For the right click, I'm not sure if I follow you completely.  I think
>> the way to do it is to press and hold one finger where you want to
>> right-click, and then after a moment, tap another finger (without moving
>> the first one).  This seems to work okay for me, as far as aiming right
>> clicks is concerned.  However, I think you are right that as soon as I
>> touch the screen with the first finger, a left click is already
>> generated, which could be problematic.  For example, I cannot just
>> right-click on a gmail message; the initial press will open the message
>> before I can right click.
>
> that does indeed sound like a bug. the behaviour that an actual touch is
> always a click is correct (i.e. no click-less cursor movement), but touch +
> hold shouldn't generate a left click.

Yeah, the Touchscreen support in current xf86-input-wacom has some big
issues in right click area.  There are also some issues with unwanted
left clicks during 2 finger drags.

Touchscreen users will probably be happier if they remap the touch
device from xf86-input-wacom to xf86-input-evdev using
/etc/X11/org.conf.d and then enable its EmulateThirdButton option to
get right click during press-and-hold.  If on latest Ubuntu, that
approach might even retain multi-touch gestures but done outside the X
driver and may not require enabling EmulateThirdButton option.

Chris