Xorg support to import options for non-Input sections?

Harald Braumann harry at unheit.net
Tue May 12 15:04:10 PDT 2009

On Tue, 12 May 2009 10:46:43 -0700
Dan Nicholson <dbn.lists at gmail.com> wrote:

> On Tue, May 12, 2009 at 10:23 AM, Kevin Stange <kevin at simguy.net>
> > The reason I kind of like this method is because I don't have to
> > define the device in the xorg.conf, so if it's not present/detected
> > I'm basically not telling xorg to expect it (or so it seems to me).
> >  Does xorg keep track of relevant sections should the devices
> > appear via HAL later to load in their options?
> Right, those are the reasons the HAL fdi is being used now for
> configuration and it's the way you should be doing it if you want
> hotpluggable input devices. The reason it's disliked is because it's
> an abuse of HAL's fdi system. No one has a plan for a better system
> wide configuration as far as I know, though. I have an idea for
> specifying an "InputClass" in xorg.conf, but it only exists in my
> mind. :)
> What is more being pushed for is that users just setup the input
> devices in their session rather than relying on a system-wide
> configuration. 

I think this should really be the way to go. Though I guess that is
more of a distribution issue, than one of Xorg. For the keyboard a call
to setxkbmap should be enough. 

> The input properties code supports this (try the xinput
> app), but it's not widely used yet.
Thanks for the hint. I was looking for a tool to set pointer properties

> > I suppose the definitions are necessarily more important for input
> > devices which get hotplugged a lot more than video cards.
> The HAL hotplugging is only wired up for input devices. I think for
> video cards (or more likely outputs like monitors and projectors), the
> idea is to use drm to get notification from the kernel when hotplug
> events occur, but I could be way off base there.
I hope not. The sooner HAL dies the better (don't want to start a flame
war here. but I have a strong aversion to HAL).

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20090513/ebac3c5d/attachment.pgp>

More information about the xorg mailing list