mask, so the protocol doesn't need a completely new request.
To make this possible, it is first checked if the server supports
version 2.1 or greater, in which case it will expect the new
parameter. Otherwise the new WithConfine is unsupported.
Signed-off-by: Philipp Reh s...@s-e-f-i.de
---
include
Version 2.1 of XI sends a confine_to parameter
right after the mask. The server checks if the client
has version 2.1 or later to see if it has to read the
additional value.
Signed-off-by: Philipp Reh s...@s-e-f-i.de
---
Xi/xigrabdev.c | 24 +++-
include
Also updated the specs for XIGrabDevice which now
sends an additional confine_to parameter after the mask.
Signed-off-by: Philipp Reh s...@s-e-f-i.de
---
XI2.h |4
specs/XI2proto.txt |7 +++
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/XI2.h b/XI2
Also updated the specs for XIGrabDevice which now
sends an additional confine_to parameter after the mask.
---
XI2.h |4
specs/XI2proto.txt |7 +++
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/XI2.h b/XI2.h
index 3c39946..90730be 100644
--- a/XI2.h
The new function is like XIGrabDevice but it takes an
additional confine_to parameter. This functionality is important
for programs that need relative mouse movement but also need
the cursor to stay in their window (like games, for example).
The confine_to value is put after the variable length
Version 2.1 of XI sends a confine_to parameter
right after the mask. The server checks if the client
has version 2.1 or later to see if it has to read the
additional value.
---
Xi/xigrabdev.c | 28 +++-
include/protocol-versions.h |2 +-
2 files changed,
---
XI2proto.h | 83 ---
1 files changed, 62 insertions(+), 21 deletions(-)
diff --git a/XI2proto.h b/XI2proto.h
index 84574a5..5ded2f3 100644
--- a/XI2proto.h
+++ b/XI2proto.h
@@ -71,27 +71,29 @@
/**
* XI2 Request opcodes
*/
---
include/X11/extensions/XInput2.h | 43 +++
src/XIGrabDevice.c | 18 +++--
src/XIPassiveGrab.c | 52 +
3 files changed, 98 insertions(+), 15 deletions(-)
diff --git
---
Xi/extinit.c |8 ++-
Xi/xigrabdev.c | 101 +
Xi/xigrabdev.h |3 +
Xi/xipassivegrab.c | 139 +++-
Xi/xipassivegrab.h |2 +
5 files changed, 194 insertions(+), 59 deletions(-)
diff
Hi,
when I use XI2 to obtain keypress / keyrelease events, the XIModifierState
of XIDeviceEvent doesn't seem to contain a bit that indicates if Mode_switch
was held down. In this case, all the four ints of the struct are zero.
However, if I run xev, it is reported that the state field of
I have a client application that receives XI_RawMotion on its RootWindow.
This stops working if I hold a mouse button down and the mouse is
inside the client's window.
Apparently, the server generates two RawMotion events per single motion.
If everything is normal (the button is not held down)
From 29af7ea82c6168db3c2f082bda033c143a610e8b Mon Sep 17 00:00:00 2001
From: Philipp Reh s...@s-e-f-i.de
Date: Mon, 10 Jan 2011 17:35:57 +0100
Subject: [PATCH] Fix passive grabs.
_XIPassiveGrabDevice, which is called by alle the passive grab functions,
wrongly returns an error when it shouldn't
_XIPassiveGrabDevice, which is called by alle the passive grab functions,
wrongly returns an error when it shouldn't.
The attached patch adds the missing not to properly test the error
condition of _XReply.--- src/XIPassiveGrab.c 2011-01-07 19:43:44.0 +0100
+++ src/XIPassiveGrab.c
Is is possible to confine a specific master pointer to a window using libXi?
I don't see it anywhere. If not, can this be added in a future version?
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
Here is a patch that enables XCheckTypedEvent to properly process
GenericEvents. Currently GenericEvents are received but XGetEventData fails
because XCheckTypedEvent doesn't store event cookies.--- src/ChkTypEv.c 2010-09-22 03:25:24.0 +0200
+++ src/ChkTypEv.c 2010-12-10
I tried to process GenericEvents via XCheckTypedEvent.
The event is extracted but XGetEventData fails.
The reason is that XCheckTypedEvent doesn't call _XStoreEventCookie.
Is this intentional? The following patch fixed it for me:
--- src/ChkTypEv.c 2010-09-22 03:25:24.0 +0200
+++
16 matches
Mail list logo