On Mon, Aug 8, 2011 at 5:37 PM, Peter Hutterer <peter.hutte...@who-t.net> wrote:
> Changing subject to reflect new topic
>
> On Mon, Aug 08, 2011 at 09:33:11AM -0700, Jason Gerecke wrote:
>> Good call. I thought it might be g-s-d at first, but didn't find any
>> keys in gconf... I completely forgot that there's also dconf now.
>
> afaik, gconf is legacy and dconf/gsettings is the new state-of-the art.
>
>> I'll
>> make some edits to the configuration section of the wiki to mention
>> gnome-settings-daemon as yet another way of doing things, with a note
>> about it trampling other settings at the moment.
>>
>> Having never looked at g-s-d before, how hard would it be to have it
>> only apply its settings to the single tablet it got a hotplug event
>> for?
>
> relatively big change. right now, the g-s-d keys currently are designed to
> work on a global scale, even if the tablet isn't pluged in. the schema
> hierarchy is currently:
>    org.gnome.settings-daemon.peripherals.wacom
>    org.gnome.settings-daemon.peripherals.wacom.stylus
>    org.gnome.settings-daemon.peripherals.wacom.eraser
>    org.gnome.settings-daemon.peripherals.wacom.cursor
>    org.gnome.settings-daemon.peripherals.wacom.pad
>
> Now, there is no technical reason this couldn't be
>    org.gnome.settings-daemon.peripherals.wacom.ser-0xa500d.stylus
> and similar, with the serial number of the tablet as an extra nesting level.

Is the schema statically defined, or can be be changed at runtime?
Having not poked around that much, it looks like its static, which
would imply (in this case, anyway) that we'd need to pre-populate the
"wacom" node with children for every serial number out there... If the
schema can be modified at runtime to dynamically add new child keys as
they're needed, that would make things a lot nicer.

> What needs to be added for that though is the code that hooks into the
> serial code (and double-checking that this code really works now, off-hand
> I'm not sure if I finished those patches).

What is this code you're referring to? The only code I can find
related to serial numbers is for styluses, not the tablets themselves.
I thought you might have meant USB serial number, but lsusb isn't
showing one for either of my tablets...

> Then of course you're running into the next issue: a stylus of serial
> 0xDEADBEEF - do you configure it for the stylus or separately for each
> tablet? I think these are the questions that we need to address first before
> we even start implementing - plus of course getting the driver into shape
> that it supports what we're planning to do.

There are indeed a multitude of questions to ask before anything is started. :)

Jason

---
Day xee-nee-svsh duu-'ushtlh-ts'it;
nuu-wee-ya' duu-xan' 'vm-nvshtlh-ts'it.
Huu-chan xuu naa~-gha.

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Linuxwacom-devel mailing list
Linuxwacom-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

Reply via email to