manday at gmx.net
Thu May 5 23:45:37 PDT 2011
As for 1) (Clickpad). Will these new patches happen to adress the kernel
driver as well, so that we might have an option "Emulate 2/3-Button
presses" as with ClickFinger-2-3 in the kernel? So far, using GPM is out
of the question because I can only left click with that pad*.
2) Although I think Peter is making the issue seem more
complicated than it is (as for detecting when a user means to hold a
mod), I see his point that this is unlikely to be the responsbility of
I for my part will probably go for a "double click in upper left corner
disabled touchpad", as it's proposed by HP. The LED would be perfect for
* The Hp-Clickpad has a single, strip at the bottom of the touchpad
which is clickable. According to HP, the exact click should be
determined by accounting for the current "touch" when the click is made.
On Fri, May 06, 2011 at 11:04:02AM +1000, Peter Hutterer wrote:
> On Fri, May 06, 2011 at 01:45:18AM +0100, Daniel Stone wrote:
> > On Fri, May 06, 2011 at 10:23:48AM +1000, Peter Hutterer wrote:
> > > On Fri, May 06, 2011 at 01:06:41AM +0100, Daniel Stone wrote:
> > > > On Fri, May 06, 2011 at 09:16:38AM +1000, Peter Hutterer wrote:
> > > > > On Thu, May 05, 2011 at 09:35:52AM +0200, Cedric Sodhi wrote:
> > > > > > 2.) Would you consider including an option which turns the touchpad off
> > > > > > on keyboard (or other) input into the driver - so that ones doesnt
> > > > > > requie a helper program for that?
> > > > >
> > > > > no, the driver doesn't know when keyboard input is made. and given that any
> > > > > such option will soon want about 15 configuration options, it's better to
> > > > > keep it in a client program.
> > > >
> > > > Eh, it's actually easily doable; just have a per-device property for the
> > > > time in millis to ignore all input for after a keyboard event, and do it
> > > > all in DIX if that property is ever set on a device.
> > > >
> > > > That way you can still have the clients in control, but you don't have
> > > > to rely on an external daemon constantly enabling and disabling your
> > > > touchpad.
> > >
> > > do you want to enable/disable based on modifiers too?
> > No. Why would you?
> > > only modifiers, but combos as well (ctrl+c, ctrl+v)?
> > As above.
> yes. that's actually one of the rather important features. People get
> annoyed if they can't use their mouse cursor while holding Ctrl down, or
> just after ctrl+rc.
> but then again, what is a modifier, what if the modifier is already in use
> (or not in use) by a client library? IIRC gtk has a concept of "consumed
> modifiers", so some modifiers may not qualify to disable the touchpad.
> long story short, we should look at making it easier and less expensive for
> a client to monitor keyboards and toggle functionality in other devices.
> > > do you want to only disable tapping/scrolling, but not movement?
> > No.
> > > seriously, the options will just pile up, requiring configuration, etc. and
> > > the last thing we need is more config options and properties.
> > I agree, but we don't have to add them.
> xorg-devel at lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: http://lists.x.org/mailman/listinfo/xorg-devel
More information about the xorg-devel