On Thu, Dec 2, 2010 at 1:50 AM, Peter Hutterer <[email protected]> wrote:
> with your patch, the ToolsSerials can be configured in the xorg.conf. if we
> extend that to support properties, we can hotplug devices at runtime. so
> g-s-d (or any equivalent) would tweak that property to get the new devices
> hotplugged.
Ok, makes sense,

> I don't think the label should be initialized by the driver either. that a
> property is missing on a device conveys information already, more so than
> having the property identical to the device identifier.
Driver is the only place that can create a standard for all
applications to use and agree on, otherwise it depends on some
arbitrary tool to decide that we are now attaching labels with that
name and it will take ages for any other tools to catch up. If its
something driver provides, its going to get automatically supported
and used the same way by every application.

Keeping the old serials is desirable as long as autospawning of
devices doesent work, so you can use the serial on the autospawned
device, if  you need to.The need to know the last seen tool serial
doesn't go away, but if I can get it somewhere else, its fine to hid
the last serial function. And AFAIK the getHandler mechanism is ideal
for that... From what I read in your blog its practically made for
updating props with driver data before passing it out.,,

BTW, Im a KDE user and the comparable kde daemon, kcm-tablet is still
developed outside the kde project as far as I know and as is makes my
tablet unable to click anything, so its 100% unusable.

-- 
--Alexia

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Linuxwacom-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel

Reply via email to