On Thu, Mar 13, 2014 at 3:54 AM, wiz4rd <thewiz...@arcor.de> wrote:
> On 13.03.2014 10:44, Bastien Nocera wrote:
>>
>> On Thu, 2014-03-13 at 10:23 +0100, wiz4rd wrote:
>>>
>>> On 13.03.2014 09:42, Bastien Nocera wrote
>>>>
>>>> On Wed, 2014-03-12 at 09:16 +0100, wiz4rd wrote:
>>>>>>
>>>>>> As for why you can't set the buttons to produce left/middle/right
>>>>>> mouse clicks through the control panel? Unfortunately, the GNOME
>>>>>> developers don't feel that mouse buttons are worthwhile shortcuts and
>>>>>> have resisted attempts to add them in. Worse, because GNOME's
>>>>>> button-mapping magic works by intercepting mouse events sent from our
>>>>>> driver, you can't use xsetwacom to force a specific button to make a
>>>>>> click: the event will just be consumed by GNOME before anything can
>>>>>> see it :(
>>>>>
>>>>> Wow, that's one great decision made by them developers... ;)
>>>>
>>>> The said developers don't have access to any Bamboo tablets, and it's
>>>> not our fault that drivers (which are supposed to hide away differences
>>>> between models) are the thinnest of wrappers on top of the hardware.
>>>
>>> No offense, but IMO it seems to be less a problem of some driver but of
>>> different ways to configure attached devices.
>>> xsetwacom seems to work just fine!
>>
>> Yeah, right.
>
> I said fine. Not perfect! ;)
>
>>
>>> Now, instead of "simply" putting a GUI on top of that, Gnome's wacom
>>> control panel seems more to try to gain priority over xsetwacom by
>>> intercepting and blocking at least parts of its basic funtionality...
>>
>> Yes, because we wanted to make something that works.
>
> Well done!
> Without manually -- or with Jason's little script -- reassigning PAD button
> IDs everytime the tablet is plugged in, button order is totally screwed up
> with one button not working at all.
> Every other time, I get stuck in this button assignment overlay thingy with
> no other way out than CTRL+ALT+BACKSPACE.
> Besides this? Yeah, the control panel works.
>
The first problem is a quirk of history. For a very long time, the
external interface to our driver (used by xsetwacom and any control
panel) numbered tablet buttons by the _mouse_ button they'd send by
default. However, because not every mouse button will necessarily be
sent by a given tablet, we find ourselves telling xsetwacom et.al.
that your Bamboo has *nine* buttons (seriously -- if you look at the
output from wacom-gnome-compat.sh, I'm guessing it has xsetwacom
setting button 9 somewhere...)
GNOME has rightly scoffed at this kind of interface. They could have
libwacom work around the issue (and indeed, I remember someone
submitting a patch to do just that a year or more ago), but its the
completely wrong solution. Its not their fault that the fourth button
on your tablet is stored at the ninth index in our driver's array. The
onus is on _us_ to provide a sane interface. While we've managed to
fix the interface for some tablets, Bamboos present a technical
challenge due to the unique way they appear in the kernel.
As for the second problem... That might be an ideal thing to report on
the GNOME's bugzilla ;) I've never gotten that badly stuck, though I
do find myself fighting at times to exit...
>
>> I don't think you
>> have any idea of the amount of work that went into the GNOME
>> configuration tools, or quite how much work was needed to get basic
>> functionality working evenly across the number of tablets (take a look
>> at the tablet definitions in libwacom, and have fun coming up with
>> schemes that would allow us to support absolutely all of them).
>
> I know, that there are a hell of a lot of different tablet models, types and
> revisions, and that getting all of them going is not an easy thing to do.
> And if by "basic functionality" you mean only being able to move around the
> mouse pointer with both the touchpad and the pen... success! If working
> buttons don't count as "basic functionality"... well done!
> For me, the buttons belong to the tablet's basic functions.
> They don't work: fail! Sorry for having to be that blunt!
>
>>
>> It's easy pointing the finger at GNOME ("look, they didn't base their
>> tools on something that allows you to render your tablet useless with
>> the wrong configuration options"), but you should surely be better
>> informed if you're going to make those claims.
>
> I see KDE's config tool working well plus allowing for missing options in
> Gnome's one, without breaking anything... Maybe it's a matter of what
> configuration option you allow and which you don't?
>
>>
>> Having wrote most of what is now the GNOME Wacom config tools, and
>> libwacom (and also a Wacom kernel driver), I'm positive in saying that
>> the drivers aren't helping us. You're certainly allowed to be frustrated
>> about your experience using those tools, but you can also be wrong in
>> assigning the blame.
>
> I'm by no means saying that you didn't make a good job in getting things to
> work so far -- man! I saw the new Bamboo P&T tablets being made usable at
> all... HAL, xorg.conf, udev-rules, etc... It's just that right now, unless
> at least the button order problem is solved -- and if I was to make a wish:
> allow for left/middle/right-click events to be assigned-- the control panel
> remains as useless as it was back years ago.
There's blame enough for everyone if they want it ;) Our kernel
drivers work, but abuse the heck out of Linux's input stack and makes
life hard on anyone wanting to write a user-space driver (Xorg, Qt,
Android...). Our X drivers work, but have some really stupid
interfaces that makes life hard on those wanting to configure
(xsetwacom, GNOME, KDE) or get pen data from (GTK, Qt, EFL) it.
GNOME's control center works, but is missing some basic configuration
options.
Jason
---
Now instead of four in the eights place /
you’ve got three, ‘Cause you added one /
(That is to say, eight) to the two, /
But you can’t take seven from three, /
So you look at the sixty-fours....
>>
>> Cheers
>>
>>
> Marco
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
