Thoses definitions have been included in the kernel but the X server is not
updated accordingly.
Without these definitions, the multitouch axes are not correctly labelled.
Kernel 2.6.33-rc6 and above also declare ABS_MT_PRESSURE, so we will have to
include it when that kernel will be marked as
Thoses definitions have been included in the kernel but the X server and the
evdev driver are not updated accordingly.
Without these definitions, the multitouch axes are not correctly labelled.
Kernel 2.6.33-rc6 and above also declare ABS_MT_PRESSURE, so we will have to
include it when that
On Thu, Feb 4, 2010 at 08:04:57 +1000, Peter Hutterer wrote:
The fixes didn't get pulled in, Keith applied them himself instead.
Some of them still aren't on master, so I guess they'll need resending.
Cheers,
Julien
___
xorg-devel mailing list
On Wed, Feb 03, 2010 at 05:04:17PM -0800, Keith Packard wrote:
On Wed, 03 Feb 2010 16:39:26 -0500, Eamon Walsh ewa...@tycho.nsa.gov wrote:
I chose option (3) and renamed the requests. The SELinux extension
doesn't have a traditional Xlib client side that needs to be changed,
only XCB
Hello all,
I sent this to Julien Cristau originally, but as I got no response I'm
sending it to the list in case someone else has an idea (or in case it
just got caught in Julien's spam filter the first time). Obviously it
is something I would like to solve before the 1.8 release if at all
Dirk Wallenstein пишет:
And I just suggest to implement the option I mentioned earlier. I think
it is not hard to do but I'm not entirely sure... So it would be nice if
someone knowing the XKB code confirm my guess.
The thing is, and I guess you have seen that, is that the handlers are
I have a list of ideas, of what could be part of a future XKB, and
switch-group-on-release is on there. I haven't had the canceling thing.
You want to cancel the group-switch if any unrelated key is being
pressed, right? Also, another modifier?
Yes, you meant right, unrelated key/another
On Tue, 2010-01-19 at 21:10 +0200, Tiago Vignatti wrote:
On Tue, Jan 19, 2010 at 06:37:43PM +0100, ext Samuel Thibault wrote:
Tiago Vignatti, le Tue 19 Jan 2010 18:44:06 +0200, a écrit :
change the name for gnuhurd_pci.c makes more sense for me, given all file
there now are OS related.
On Thu, 04 Feb 2010 18:15:00 +0300 Ilya Murav'jov wrote:
The thing is, and I guess you have seen that, is that the handlers are
missing the differentiation between Press/Release altogether. If you
could fix that you can use XkbFilterRec to store a flag. I think just
going more global is
Hi,
On Thu, Feb 04, 2010 at 05:24:52PM +0100, Dirk Wallenstein wrote:
On Thu, 04 Feb 2010 18:15:00 +0300 Ilya Murav'jov wrote:
Well, I considered to set up another filter via XkbFilterRec and
_XkbApplyFilters() but xkbi-filters is a vector. If one need to cancel
the delay switching then
Dirk Wallenstein ?:
And I just suggest to implement the option I mentioned earlier. I think
it is not hard to do but I'm not entirely sure... So it would be nice if
someone knowing the XKB code confirm my guess.
The thing is, and I guess you have seen that, is that the handlers are
Daniel Stone пишет:
Well, I considered to set up another filter via XkbFilterRec and
_XkbApplyFilters() but xkbi-filters is a vector. If one need to cancel
the delay switching then the vector have to be gone all round to
deactivate the filter. I think another flag in xkbi-state is more
On Thu, 04 Feb 2010 22:18:23 +0300 Ilya Murav'jov wrote:
Daniel Stone пишет:
Well, I considered to set up another filter via XkbFilterRec and
_XkbApplyFilters() but xkbi-filters is a vector. If one need to cancel
the delay switching then the vector have to be gone all round to
deactivate
On Thu, 4 Feb 2010 17:20:54 + Daniel Stone wrote:
Hi,
On Thu, Feb 04, 2010 at 05:24:52PM +0100, Dirk Wallenstein wrote:
On Thu, 04 Feb 2010 18:15:00 +0300 Ilya Murav'jov wrote:
Well, I considered to set up another filter via XkbFilterRec and
_XkbApplyFilters() but xkbi-filters is a
On 02/04/2010 06:57 AM, Daniel Stone wrote:
On Wed, Feb 03, 2010 at 05:04:17PM -0800, Keith Packard wrote:
On Wed, 03 Feb 2010 16:39:26 -0500, Eamon Walsh ewa...@tycho.nsa.gov wrote:
I chose option (3) and renamed the requests. The SELinux extension
doesn't have a traditional Xlib
Fixes crash in CloseScreen().
Signed-off-by: Julien Cristau jcris...@debian.org
---
src/fbdev.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/fbdev.c b/src/fbdev.c
index dba3118..c97ce1c 100644
--- a/src/fbdev.c
+++ b/src/fbdev.c
@@ -917,6 +917,7 @@
On Thu, 04 Feb 2010 16:11:40 -0500, Eamon Walsh ewa...@tycho.nsa.gov wrote:
All the patches will bisect OK. Feel free to cherry-pick out of my tree
if you want to reorder them. Please merge soon though, because I need
to backport the version bump to 1.7.
I'd rather pull, but you'll need to
On Wed, Feb 03, 2010 at 11:59:40PM -0800, Jeremy Huddleston wrote:
On Feb 3, 2010, at 21:06, Peter Hutterer wrote:
+.B --reattach \fIdevice\fP \fImaster\fP
+Reattach the given device to the given master device.
Formatting throughout this file seems inconsistent with respect to
With the shift of PCI code to libpciaccess and the removal of Jensen
support and other Alpha cruft from the Xserver the code to support
Sparse I/O mapping on non-BWX capable Alphas is broken. It appears
there is some interest in getting the sparse I/O mapping working again,
see:
The only DDX currently using hotplugging is the xfree86 one and it looks
like it'll stay that way for a bit. Move the initialization to the DDX,
since Xephyr, Xnest, and friends don't need HAL or udev notifications.
There's no counterpart to InitInput, so config_fini() still resides in the
dix.
On Wed, Feb 03, 2010 at 01:46:00PM +0200, Rami Ylimäki wrote:
It seems that xf86-input-evdev doesn't support EV_SW events yet. I'd
like to know if anyone has plans for adding the support in the near
future. Also it'd be nice if you could offer some insight on why the
support hasn't been
From: Dan Nicholson dbn.li...@gmail.com
Sometimes it is desirable to skip adding specific input devices to the
server. The Ignore option is used similarly to Monitor sections so
that matched devices will not be added. BadDevice is returned to the
config backend so that it will clean up all
Hello all,
First of all thanks all , I finally succeeded in configuring X
server with all necessary requirements.But now I am ulsing xterminal in my
newly configured X server using .xinitrc.But I want to use a window manager
in it. I also tried to start 'gdm' in new X server and I
Thanks Dan,
I configured the xserver with option '--enable-config-hal'
and it worked.
On Tue, Feb 2, 2010 at 7:31 PM, Dan Nicholson dbn.li...@gmail.com wrote:
On Tue, Feb 2, 2010 at 12:26 AM, Amey amey1...@gmail.com wrote:
On Mon, Feb 1, 2010 at 9:02 AM, Dan Nicholson
24 matches
Mail list logo