On 22.12.2011 07:41, Chase Douglas wrote:
You can fiddle with the input class like you have been to resolve this.
Add these lines to your input class:
Driver evdev
Option Mode Absolute
I did this, but then the clicks by tapping don't work at all anymore.
I.e. mouse cursor follows my finger,
On 12/22/2011 04:48 AM, Ben Bucksch wrote:
On 22.12.2011 07:41, Chase Douglas wrote:
You can fiddle with the input class like you have been to resolve this.
Add these lines to your input class:
Driver evdev
Option Mode Absolute
I did this, but then the clicks by tapping don't work at all
On Wed, Dec 21, 2011 at 11:52:39PM +0100, Ben Bucksch wrote:
I have unsuccessfully tried the whole day to configure the Atmel
maXTouch Digitizer with USB ID 03eb:211c . This is a touch screen
and does appear in X.org as input device. It is working rudimentary,
but bad enough to be unusable.
Hey Chase,
thanks for your answer.
On 22.12.2011 01:41, Chase Douglas wrote:
A capture of the evdev events would be necessary to debug the issue. You
can use evtest to do this.
Done http://www.bucksch.org/xfer/1.evtest
The beginning of the log is my finger moving across the screen, in all 4
On 12/21/2011 09:25 PM, Ben Bucksch wrote:
Hey Chase,
thanks for your answer.
On 22.12.2011 01:41, Chase Douglas wrote:
A capture of the evdev events would be necessary to debug the issue. You
can use evtest to do this.
Done http://www.bucksch.org/xfer/1.evtest
Your driver is
Thnaks for answering my request. Well it does not seem to be a Problem
with Xournal - it ist the same with the current stable and the
development version. Furthermore it ist the same problem with GIMP when
i activate the Xinput.
So is there any information onf how the pointer gets
On Thu, Oct 13, 2011 at 01:51:26PM +0200, Roman Seidl wrote:
Thnaks for answering my request. Well it does not seem to be a
Problem with Xournal - it ist the same with the current stable and
the development version. Furthermore it ist the same problem with
GIMP when i activate the Xinput.
On Wed, Sep 28, 2011 at 11:36:41PM +0200, roman wrote:
Hi!
I have a tablet and i want to use an external monitor that covers
just a part of the screen. This is no problem concering xrandr as i
can set a scale and a position.
The problem is with the pen. The pen core pointer is
On 11/05/10 00:21, Peter Hutterer wrote:
On Thu, Nov 04, 2010 at 10:35:29PM +1100, Russell Shaw wrote:
In XInput2, when i get a XI_HierarchyChanged event after plugging in
another mouse, is there a way to get a unique identifier for each device
such as a brand and model number?
no, the
On Sun, Nov 07, 2010 at 02:56:51PM +0100, Simon Thum wrote:
On 11/05/10 00:21, Peter Hutterer wrote:
On Thu, Nov 04, 2010 at 10:35:29PM +1100, Russell Shaw wrote:
In XInput2, when i get a XI_HierarchyChanged event after plugging in
another mouse, is there a way to get a unique identifier
On Thu, Nov 04, 2010 at 10:35:29PM +1100, Russell Shaw wrote:
In XInput2, when i get a XI_HierarchyChanged event after plugging in
another mouse, is there a way to get a unique identifier for each device
such as a brand and model number?
no, the device ID is unfortunately the only identifier
On 05/11/10 10:21, Peter Hutterer wrote:
On Thu, Nov 04, 2010 at 10:35:29PM +1100, Russell Shaw wrote:
In XInput2, when i get a XI_HierarchyChanged event after plugging in
another mouse, is there a way to get a unique identifier for each device
such as a brand and model number?
no, the device
2:28:06 AM
Subject: Re: XInput device properties ; keymaps service console switch
2.
When I restart keymaps service like this:
u...@localhost ~ $ #eselect rc restart keymaps
u...@localhost ~ $ /etc/init.d/keymaps restart
then whenever I press:
- F1..12 keys or
- Alt+F1
Hi,
2.
Sorry, it was only F1..F12+ALT and windows key, not just F1..F12.
I inserted xev output below,
I pressed/released Ctrl a couple of times; then pressed/released the windows
key
twice: each time I got a VT switch, I used ALT+F7 to switch from console to
Xorg
back again. Same would
On Sat, Aug 21, 2010 at 07:31:21AM -0700, Sebastian Glita wrote:
Hi,
When using CTRL+ALT+F1..12 to switch between consoles and Xorg, it happens
that:
1.
When I do like this:
u...@localhost ~ $ xinput set-int-prop 'ImPS/2 Generic Wheel Mouse'
'Device
Enabled' 8 0
Peter Hutterer ha scritto, Il 11/02/2010 00:18:
xserver/Xi/xiproperty.c, ProcXChangeDeviceProperty, or if you're using
server 1.7 xinput will likely use XIChangeProperty. that's in the same file,
but called ProcXIChangeProperty.
that again calls into the property handler, for acceleration
Peter Hutterer ha scritto, Il 11/02/2010 00:26:
On Wed, Feb 10, 2010 at 05:35:52PM +0100, Marco Cavallini wrote:
Hi I am facing to a weird behaviour with my ARM based touchscreen
device, xinput settings ignored and looks like I have a parallel input
device.
X.Org X Server 1.7.4
# cat
Peter Hutterer ha scritto, Il 11/02/2010 00:26:
On Wed, Feb 10, 2010 at 05:35:52PM +0100, Marco Cavallini wrote:
Hi I am facing to a weird behaviour with my ARM based touchscreen
device, xinput settings ignored and looks like I have a parallel input
device.
X.Org X Server 1.7.4
# cat
Peter Hutterer ha scritto, Il 11/02/2010 00:18:
On Wed, Feb 10, 2010 at 05:28:57PM +0100, Marco Cavallini wrote:
Simon Thum ha scritto, Il 27/01/2010 13:29:
Marco Cavallini wrote:
Simon Thum ha scritto, Il 27/01/2010 11:47:
Marco Cavallini wrote:
Hi,
I'm testing and debugging
Simon Thum ha scritto, Il 27/01/2010 13:29:
Marco Cavallini wrote:
Simon Thum ha scritto, Il 27/01/2010 11:47:
Marco Cavallini wrote:
Hi,
I'm testing and debugging xinput-calibrator and looks like
CalibratorEvdev::do_set_prop - XChangeDeviceProperty calls are ignored
by Xorg.
Properties
On Wed, Feb 10, 2010 at 05:28:57PM +0100, Marco Cavallini wrote:
Simon Thum ha scritto, Il 27/01/2010 13:29:
Marco Cavallini wrote:
Simon Thum ha scritto, Il 27/01/2010 11:47:
Marco Cavallini wrote:
Hi,
I'm testing and debugging xinput-calibrator and looks like
On Wed, Feb 10, 2010 at 05:35:52PM +0100, Marco Cavallini wrote:
Hi I am facing to a weird behaviour with my ARM based touchscreen
device, xinput settings ignored and looks like I have a parallel input
device.
X.Org X Server 1.7.4
# cat /dev/input/touchscreen0
if I touch the screen I
Marco Cavallini wrote:
Hi,
I'm testing and debugging xinput-calibrator and looks like
CalibratorEvdev::do_set_prop - XChangeDeviceProperty calls are ignored
by Xorg.
Properties may reject attempts to change their value (to specific
values). Also, if the properties don't exist before, you may
Simon Thum ha scritto, Il 27/01/2010 11:47:
Marco Cavallini wrote:
Hi,
I'm testing and debugging xinput-calibrator and looks like
CalibratorEvdev::do_set_prop - XChangeDeviceProperty calls are ignored
by Xorg.
Properties may reject attempts to change their value (to specific
values). Also,
Marco Cavallini wrote:
Simon Thum ha scritto, Il 27/01/2010 11:47:
Marco Cavallini wrote:
Hi,
I'm testing and debugging xinput-calibrator and looks like
CalibratorEvdev::do_set_prop - XChangeDeviceProperty calls are ignored
by Xorg.
Properties may reject attempts to change their value (to
Hi,
On Fri, Nov 27, 2009 at 09:55:22AM +1000, Peter Hutterer wrote:
If you don't want a session manager or you prefer a different desktop
environment - you're on your own.
Let me remind you that GNOME is not an operating system. It is just a
frontend.
It is nice if it provides a nice shiny
You're right. We need a Generic Userspace Configuration Kit, which could
talk to the Session Hotplug Infrastucture
Posting from a mobile, pardon my terseness. ~ C.
On Dec 2, 2009 5:09 AM, olafbuddenha...@gmx.net wrote:
Hi,
On Fri, Nov 27, 2009 at 09:55:22AM +1000, Peter Hutterer wrote: If you
And thus marks the last time I attempt to be sassy on my Droid.
But as I was saying, the Generic Userspace Configuration Kit. If we're
going to add a Session Hotplug Infrastructure Tasklet, which is
desktop-agnostic, in order to configure the X server across multiple
platforms, you're going to
Hi,
On Sat, Nov 28, 2009 at 01:25:08AM +0100, olafbuddenha...@gmx.net wrote:
On Fri, Nov 27, 2009 at 09:55:22AM +1000, Peter Hutterer wrote:
If you don't want a session manager or you prefer a different desktop
environment - you're on your own.
Let me remind you that GNOME is not an
On Thu, Nov 26, 2009 at 3:55 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Thu, Nov 26, 2009 at 09:34:38AM -0500, Tom Horsley wrote:
On Thu, 26 Nov 2009 09:19:52 -0500
Tom Horsley wrote:
That might be the very thing! There is even a fedora package
for it. I'm off to crank it up and
On Thu, Nov 26, 2009 at 07:14:16 -0500, Tom Horsley wrote:
I see that I get dbus system messages when I plug or unplug a
mouse or keyboard. Is the grand plan to have a per user daemon
listening for these and re-applying xinput settings when they
show up? Does this daemon exist already and I
On Thu, Nov 26, 2009 at 1:33 PM, Julien Cristau jcris...@debian.org wrote:
On Thu, Nov 26, 2009 at 07:14:16 -0500, Tom Horsley wrote:
I see that I get dbus system messages when I plug or unplug a
mouse or keyboard. Is the grand plan to have a per user daemon
listening for these and
On Thu, 26 Nov 2009 13:33:12 +0100
Julien Cristau wrote:
AFAIK that daemon exists and is called gnome-settings-daemon.
It is running, but I have no idea how to induce it to apply
my draglock settings when the trackball is hot plugged.
There is a gnome-mouse-properties tool which allows you to
On Thu, Nov 26, 2009 at 08:20:35AM -0500, Tom Horsley wrote:
On Thu, 26 Nov 2009 13:33:12 +0100
Julien Cristau wrote:
AFAIK that daemon exists and is called gnome-settings-daemon.
It is running, but I have no idea how to induce it to apply
my draglock settings when the trackball is hot
On Thu, 26 Nov 2009 14:46:33 +0100
Tomasz Torcz wrote:
And http://live.gnome.org/GPointingDeviceSettings
That might be the very thing! There is even a fedora package
for it. I'm off to crank it up and see if I can get it
to work they way I want. Thanks!
On Thu, 26 Nov 2009 09:19:52 -0500
Tom Horsley wrote:
That might be the very thing! There is even a fedora package
for it. I'm off to crank it up and see if I can get it
to work they way I want. Thanks!
Unfortunately, just like gnome-mouse-properties, there is
nothing in this tool that will
On Thu, Nov 26, 2009 at 09:34:38AM -0500, Tom Horsley wrote:
On Thu, 26 Nov 2009 09:19:52 -0500
Tom Horsley wrote:
That might be the very thing! There is even a fedora package
for it. I'm off to crank it up and see if I can get it
to work they way I want. Thanks!
Unfortunately, just
On Fri, 27 Nov 2009, Peter Hutterer wrote:
On Thu, Nov 26, 2009 at 09:34:38AM -0500, Tom Horsley wrote:
On Thu, 26 Nov 2009 09:19:52 -0500
Tom Horsley wrote:
That might be the very thing! There is even a fedora package
for it. I'm off to crank it up and see if I can get it
to work they way
On Fri, 27 Nov 2009 09:55:22 +1000
Peter Hutterer wrote:
I can tell you it's (technically)
quite trivial to add new config options.
Not when you look at GTK code and see nothing but unintelligible
gibberish and macro calls :-).
Actually, the dead simplest hack (which I may decide to do) would
On Thu, 26 Nov 2009 19:16:27 -0500
Tom Horsley wrote:
Actually, the dead simplest hack (which I may decide to do) would
be a shell script that reads the output from dbus-monitor and
switches on the messages it prints to invoke xinput commands :-).
Well, I went and did it, and the horrifying
On Thursday 27 November 2008, Peter Hutterer wrote:
On Thu, Nov 27, 2008 at 11:49:58AM +, Magnus Kessler wrote:
Tested-by: Magnus Kessler [EMAIL PROTECTED]
That patch works fine for me. Thanks for fixing this.
However, I see that the same unchecked access to p-key-xkbInfo exists
On Wednesday 26 November 2008, Peter Hutterer wrote:
On Wed, Nov 19, 2008 at 10:07:59PM +, Magnus Kessler wrote:
With the latest server and synaptics driver from git I can reliably
crash the server by starting
xinput test SynPS2/2 Synaptics Touchpad
and then clicking the any of
On Thu, Nov 27, 2008 at 11:49:58AM +, Magnus Kessler wrote:
Tested-by: Magnus Kessler [EMAIL PROTECTED]
That patch works fine for me. Thanks for fixing this.
However, I see that the same unchecked access to p-key-xkbInfo exists in
other functions in xkbEvents.c as well, notably
On Wed, Nov 19, 2008 at 10:07:59PM +, Magnus Kessler wrote:
With the latest server and synaptics driver from git I can reliably crash
the server by starting
xinput test SynPS2/2 Synaptics Touchpad
and then clicking the any of the physical buttons or tapping the pad to
simulate a
44 matches
Mail list logo