<div dir="ltr">Defaults? No I don't think so. I think this is a discussion about flexibility and let users decide what to do with these devices.<div><br></div><div style>Right now in the 71-seat.rules :</div><div style>
<br></div><div style><div># 'Plugable' USB hub, sound, network, graphics adapter</div><div>SUBSYSTEM=="usb", ATTR{idVendor}=="2230", ATTR{idProduct}=="000[13]", ENV{ID_AUTOSEAT}="1"</div>
<div><br></div><div style>in my opinion it should be better:</div><div style><br></div><div style><div>SUBSYSTEM=="usb", PROGRAM="test_autoseat ATTR{idVendor} ATTR{idProduct}", RESULT="1", ENV{ID_AUTOSEAT}="1"</div>
<div><br></div></div><div style><br></div><div style>where this test_autoseat script does check vendor and product id's, and tests the default set for this machine.</div><div style><br></div><div style>First this way the hardcoded setting of devices in the udev rules is a bit clumsy. It's not that flexible. By using a script a simple textlist of devices or small db is sufficient.  It's better updatable then a udev rule, which should not be changed just when a device is released.</div>
<div style><br></div><div style>But that does count for a lot of devices, not only these. </div><div style>When looking at for example at 95-keymap.rules, a lot of rules are made for a specific device, running keymap with specific parameters. Isn't it better to use an external textfile or db in combination with a specfic script for this purpose??</div>
<div style><br></div><div style>Futher the test_autoseat can check the policy, which can override the "default" behaviour for this device. This policy is settable by admins. </div><div style><br></div><div style>
<br></div><div style>Stef</div></div><div class="gmail_extra"><br><br></div></div>