From: Alexia D. <ale...@gm...> - 2010-11-28 21:36:19
|
On Sun, Nov 28, 2010 at 11:24 PM, Chris Bagwell <ch...@cn...> wrote: > Was your solution to ID problem to push problem to user to give unique > names or was it to include serial # is name? Your example didn't show > serial #'s but I think your patch has it in there. It does both actually. If user has provided a name, name is used. If no name is provided, serial is appended. Both type and name are optional parameters. > OK, that seems valid issue. So you were thinking of something like > below? A new option such as Name that allows one to replace Product > name? > > Section "InputClass" > Identifier "Wacom class" > MatchProduct "Wacom" > MatchProduct "Intous3" > Option "Name" "I3" > EndSection > > That would change "Wacom Intuos3 6x8 stylus STYLUS" into "I3 stylus > STYLUS"... and similar for other related tools. Yes. Perhaps name the option Basename, but that was pretty much what I had in mind. > Basically, something that simulates Match* behavior and allows us to > override options for hotplugged devices. Something like that would > allow to have, for example, different pressure curves between tools. > > Besides MatchSerial, we'd probably also want a MatchType for tablets > that do not support serial #'s. > > Getting the above working is easier said then done, of course. I dont think this really that important at this point, because any GUI tool capable of setting the properties on the devices can set and reset the press curve to whatever the user desires on each of these spawned devices as long as the device is created. I think its sort of inevitable that users have configuration daemons running on their side... -- --Alexia |