[RFC PATCH inputproto] specs: Add new SwitchClass
peter.hutterer at who-t.net
Wed May 25 22:37:09 PDT 2011
On Wed, May 25, 2011 at 12:05:34PM +0100, Daniel Stone wrote:
> On Wed, May 25, 2011 at 01:43:11PM +1000, Peter Hutterer wrote:
> > On Mon, May 23, 2011 at 10:38:54AM +0100, Daniel Stone wrote:
> > > On Mon, May 23, 2011 at 12:27:48PM +1000, Peter Hutterer wrote:
> > > > I had this at some point for XI 2.0 but kicked it out due to time reasons.
> > > > Not sure I'll be able to implement the server support by the 1.11 merge
> > > > window so this may have to wait, but comments would be appreciated.
> > > >
> > > > It's fairly straightforward and essentially a copy of the button handling.
> > > > One thing missing that I'm not convinced we need yet is a passive grab
> > > > type on SwithOn. Skipping that makes switch handling significantly easier.
> > >
> > > It does seem like it'd be useful to have, unless all switches should be
> > > handled by one daemon. But having the X switch support mainly exist to
> > > feed GSettings or somesuch seems pretty unpleasant.
> > I guess there's usage outside of gnome, but yes, it'll most likely feed into
> > one daemon. Still, is that our choice? should we just drop the events
> > because someone else already processes them directly from the kernel?
> Yeah, to be honest I'd say that we should go for a full passive-grab
> approach so multiple apps can use them, or just not bother and let
> people read it out of the kernel. Depends how much effort you want to
> expend on it, I guess. :)
not that much before closing the merge window. pushed to 1.12 :)
More information about the xorg-devel