From: Chase Douglas chase.doug...@canonical.com
This patch adds experimental support for listening to touch streams
(TouchBegin, TouchMotion, TouchMotionUnowned, TouchOwnership, and
TouchEnd) with test-xi2, as well as showing TouchClass information
with list.
NOTE: This patch stlil contains
On Wed, Jan 19, 2011 at 3:35 PM, Cyril Brulebois k...@debian.org wrote:
Signed-off-by: Cyril Brulebois k...@debian.org
Reviewed-by: Alex Deucher alexdeuc...@gmail.com
---
src/aticonfig.c | 2 +-
src/aticonsole.c | 10
src/atidga.c | 2 +-
src/atidri.c
On Wed, 2011-01-19 at 13:53 -0800, Dan Nicholson wrote:
On Wed, Jan 19, 2011 at 1:25 PM, Gaetan Nadon mems...@videotron.ca wrote:
On Wed, 2011-01-19 at 12:51 -0800, Dan Nicholson wrote:
This seems like more of a problem with the macros. I don't know why
XORG_STRICT_OPTION doesn't just
Let Autoconf do the work of setting up the #define in config.h.
Apply and comment standard sections layout.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac | 11 ---
sessreg.c|2 +-
2 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/configure.ac
Hi,
On Thu, Dec 16, 2010 at 03:31:40PM -0500, Adam Jackson wrote:
If configured, and enabled at runtime, use a separate thread for
handling input devices. Use pipes to communicate plug events from main
thread to input thread, and to communicate event queue updates from
input thread to main
Hi,
On Thu, Jan 13, 2011 at 01:45:02PM +1000, Peter Hutterer wrote:
enabled_ctrls_changes is nowhere near the usual event or config paths. So
this condition always evaluated to false and the memcpy would thus never
been hit. As a result, any modification to the XKB struct during
Hi,
On Wed, Jan 19, 2011 at 12:58:40AM -0500, Adam Jackson wrote:
Signed-off-by: Adam Jackson a...@redhat.com
---
mi/mipointer.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/mi/mipointer.c b/mi/mipointer.c
index 554397a..1f08133 100644
--- a/mi/mipointer.c
On Wed, 19 Jan 2011 19:58:01 -0500, Adam Jackson a...@redhat.com wrote:
-id = RESOURCE_ID_MASK;
-switch (clientTable[client].hashsize)
-{
- case 6:
- return ((int)(0x03F (id ^ (id6) ^ (id12;
- case 7:
- return ((int)(0x07F (id ^ (id7) ^ (id13;
On Jan 19, 2011, at 9:27 PM, Daniel Stone wrote:
On Wed, Jan 19, 2011 at 12:58:40AM -0500, Adam Jackson wrote:
Signed-off-by: Adam Jackson a...@redhat.com
---
mi/mipointer.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/mi/mipointer.c b/mi/mipointer.c
index
On Wed, Jan 19, 2011 at 10:59:21PM -0500, Adam Jackson wrote:
On Jan 19, 2011, at 9:27 PM, Daniel Stone wrote:
On Wed, Jan 19, 2011 at 12:58:40AM -0500, Adam Jackson wrote:
@@ -229,6 +229,10 @@ miPointerSetCursorPosition(DeviceIntPtr pDev,
ScreenPtr pScreen,
[...]
This looks good to
dixSetScreenPrivate and dixSetPrivate are function returning void.
Signed-off-by: Roberto Branciforti rbb...@gmail.com
---
include/privates.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/privates.h b/include/privates.h
index 7ef2cb7..2b0040c 100644
---
On Die, 2011-01-18 at 23:59 +0100, Maarten Maathuis wrote:
2011/1/18 Maarten Maathuis madman2...@gmail.com:
2011/1/18 Maarten Maathuis madman2...@gmail.com:
2011/1/18 Michel Dänzer mic...@daenzer.net:
On Mon, 2011-01-17 at 21:45 +0100, Maarten Maathuis wrote:
2010/12/20 Michel Dänzer
On Tue, Jan 18, 2011 at 10:35:59PM -0800, Alan Coopersmith wrote:
From: Stuart Kreitman stuart.kreit...@oracle.com
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6971649
Signed-off-by: Stuart Kreitman stuart.kreit...@oracle.com
Signed-off-by: Alan Coopersmith
This is it, 10 ms a short time and even with this value large amounts
of text are still not shown fluently (the impression that some pieces
are never drawn). This is on top of the previous 3 patches.
diff --git a/exa/exa_migration_mixed.c b/exa/exa_migration_mixed.c
index 4f49905..c0c730d 100644
On Mit, 2011-01-19 at 10:09 +0100, Maarten Maathuis wrote:
This is it, 10 ms a short time and even with this value large amounts
of text are still not shown fluently (the impression that some pieces
are never drawn). This is on top of the previous 3 patches.
diff --git
On Tue, Jan 18, 2011 at 10:35:59PM -0800, Alan Coopersmith wrote:
From: Stuart Kreitman stuart.kreit...@oracle.com
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6971649
Signed-off-by: Stuart Kreitman stuart.kreit...@oracle.com
Signed-off-by: Alan Coopersmith
On Tue, Jan 18, 2011 at 01:08:57PM +1000, Peter Hutterer wrote:
When using XI2, the output of xinput list shows the device hierarchy
including attachment, device type and a few others. This is useful for
humans but hard to parse for scripts who usually only care about a device
name or about
On Tue, Jan 18, 2011 at 7:26 PM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
Reviewed-by: Gaetan Nadon mems...@videotron.ca
Tested-by: Gaetan Nadon mems...@videotron.ca
Reviewed-by: Dan Nicholson dbn.li...@gmail.com
On Tue, 2011-01-18 at 19:34 -0800, Alan Coopersmith wrote:
Replaces obsolete AM_CONFIG_HEADER and undocumented AC_CONFIG_HEADER
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
Updated to use preferred macro as suggested by Gaetan
configure.ac |3 +--
1 files
Hi Keith,
The following set of patches adds some RANDR support to the XWin DDX, as well
as various cleanups in the related area of the code. Please consider pulling
into master.
Thanks.
The following changes since commit c6aa4755ec355101a62bef86dbb090262fe806f6:
xkb/ddxLoad.c doesn't need
On Tue, Jan 18, 2011 at 7:34 PM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Replaces obsolete AM_CONFIG_HEADER and undocumented AC_CONFIG_HEADER
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
Updated to use preferred macro as suggested by Gaetan
configure.ac |
Hi,
On Fri, Jan 07, 2011 at 12:39:48PM -0500, Chase Douglas wrote:
On 01/07/2011 10:57 AM, Daniel Stone wrote:
On Thu, Jan 06, 2011 at 02:30:07PM -0500, Chase Douglas wrote:
Maybe we should prohibit XIAllMasterDevices and any slave device
selection at the same time, just as is done for
xf86bigfont.c: In function 'XFree86BigfontExtensionInit':
xf86bigfont.c:146: error: 'ProcXF86BigfontDispatch' undeclared (first use in
this function)
xf86bigfont.c:147: error: 'SProcXF86BigfontDispatch' undeclared (first use in
this function)
It seems this has been broken since commit
On Wed, Jan 19, 2011 at 16:06:28 +, Jon TURNEY wrote:
xf86bigfont.c: In function 'XFree86BigfontExtensionInit':
xf86bigfont.c:146: error: 'ProcXF86BigfontDispatch' undeclared (first use in
this function)
xf86bigfont.c:147: error: 'SProcXF86BigfontDispatch' undeclared (first use in
this
2011/1/19 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-01-19 at 10:09 +0100, Maarten Maathuis wrote:
This is it, 10 ms a short time and even with this value large amounts
of text are still not shown fluently (the impression that some pieces
are never drawn). This is on top of the previous 3
On Mit, 2011-01-19 at 18:29 +0100, Maarten Maathuis wrote:
2011/1/19 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-01-19 at 10:09 +0100, Maarten Maathuis wrote:
This is it, 10 ms a short time and even with this value large amounts
of text are still not shown fluently (the impression that
2011/1/19 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-01-19 at 18:29 +0100, Maarten Maathuis wrote:
2011/1/19 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-01-19 at 10:09 +0100, Maarten Maathuis wrote:
This is it, 10 ms a short time and even with this value large amounts
of text are
XORG_STRICT_OPTION from XORG_DEFAULT_OPTIONS calls AC_PROG_C_C99. This
sets gcc with -std=gnu99. If AC_PROG_CC macro is called afterwards, it
resets CC to gcc.
Signed-off-by: Roberto Branciforti rbb...@gmail.com
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
InputDriverRec's default_options is char **, without const. Also,
declare it static, it's not used outside this file.
Fix build failure with CFLAGS=-Wall -Werror:
| CC acecad.lo
| cc1: warnings being treated as errors
| acecad.c:132: error: initialization from incompatible pointer type
Signed-off-by: Cyril Brulebois k...@debian.org
---
src/aticonfig.c |2 +-
src/aticonsole.c | 10
src/atidga.c |2 +-
src/atidri.c | 54 +-
src/atii2c.c |8 +++---
src/atimach64exa.c |2
InputDriverRec's default_options is char **, without const.
Fix build failure with CFLAGS=-Wall -Werror:
| CC acecad.lo
| cc1: warnings being treated as errors
| acecad.c:132: error: initialization from incompatible pointer type
Signed-off-by: Cyril Brulebois k...@debian.org
---
On Wed, Jan 19, 2011 at 11:53 AM, Roberto Branciforti rbb...@gmail.com wrote:
XORG_STRICT_OPTION from XORG_DEFAULT_OPTIONS calls AC_PROG_C_C99. This
sets gcc with -std=gnu99. If AC_PROG_CC macro is called afterwards, it
resets CC to gcc.
Signed-off-by: Roberto Branciforti rbb...@gmail.com
On Wed, 2011-01-19 at 12:51 -0800, Dan Nicholson wrote:
This seems like more of a problem with the macros. I don't know why
XORG_STRICT_OPTION doesn't just AC_REQUIRE AC_PROG_CC so that we don't
get these kinds of issues.
I have not found a way to avoid these issues. The last call wins.
If
On Wed, 2011-01-19 at 20:53 +0100, Roberto Branciforti wrote:
XORG_STRICT_OPTION from XORG_DEFAULT_OPTIONS calls AC_PROG_C_C99. This
sets gcc with -std=gnu99. If AC_PROG_CC macro is called afterwards, it
resets CC to gcc.
Signed-off-by: Roberto Branciforti rbb...@gmail.com
---
On 01/19/11 11:53 AM, Roberto Branciforti wrote:
XORG_STRICT_OPTION from XORG_DEFAULT_OPTIONS calls AC_PROG_C_C99. This
sets gcc with -std=gnu99. If AC_PROG_CC macro is called afterwards, it
resets CC to gcc.
Signed-off-by: Roberto Branciforti rbb...@gmail.com
---
configure.ac |2 +-
On Wed, Jan 19, 2011 at 11:50:54AM +0100, Dirk Wallenstein wrote:
On Tue, Jan 18, 2011 at 01:08:57PM +1000, Peter Hutterer wrote:
When using XI2, the output of xinput list shows the device hierarchy
including attachment, device type and a few others. This is useful for
humans but hard to
On Fri, Jan 07, 2011 at 04:02:09PM +, Daniel Stone wrote:
+∙ Driver DRV provides touch support from tracked device D:
+⊳ DRV initializes a TouchClass for the device and a TouchAxisClass
for
+ each axis available on the device.
+⊳ DRV parses D's device protocol and
On Wed, Jan 19, 2011 at 1:25 PM, Gaetan Nadon mems...@videotron.ca wrote:
On Wed, 2011-01-19 at 12:51 -0800, Dan Nicholson wrote:
This seems like more of a problem with the macros. I don't know why
XORG_STRICT_OPTION doesn't just AC_REQUIRE AC_PROG_CC so that we don't
get these kinds of
On Wed, 19 Jan 2011, Dan Nicholson wrote:
We want to try to ensure that we get C99 if XORG_STRICT_OPTION is
used. So, if we AC_REQUIRE([AC_PROG_CC]) before
AC_REQUIRE([AC_PROG_CC_C99]) in XORG_STRICT_OPTION, then it should
ensure the ordering, right? Or can you just keep calling them and the
Add default translations to handle mouse wheel events for moving the
scrollbar.
Signed-off-by: Roberto Branciforti rbb...@gmail.com
---
src/Scrollbar.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/Scrollbar.c b/src/Scrollbar.c
index 894a945..5e4fdcf 100644
---
On Wednesday 19 January 2011 22:33:35 Gaetan Nadon wrote:
On Wed, 2011-01-19 at 20:53 +0100, Roberto Branciforti wrote:
XORG_STRICT_OPTION from XORG_DEFAULT_OPTIONS calls AC_PROG_C_C99. This
sets gcc with -std=gnu99. If AC_PROG_CC macro is called afterwards, it
resets CC to gcc.
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
xf86XVFillKeyHelperDrawable can be used to implement
xf86XVFillKeyHelper.
V2:
* Remove RegionTranslate that clobbered parameter region.
Signed-off-by: Pauli Nieminen ext-pauli.niemi...@nokia.com
---
hw/xfree86/common/xf86xv.c | 68
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
Signed-off-by: Pauli Nieminen ext-pauli.niemi...@nokia.com
---
hw/xfree86/common/xf86xv.c | 10 --
hw/xfree86/common/xf86xvpriv.h |2 --
2 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/hw/xfree86/common/xf86xv.c
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
Signed-off-by: Pauli Nieminen ext-pauli.niemi...@nokia.com
---
hw/xfree86/common/xf86xvpriv.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/hw/xfree86/common/xf86xvpriv.h b/hw/xfree86/common/xf86xvpriv.h
index
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
If window gets exposed but clipboxes doesn't change drivers would avoid
color key fill. This makes XResizeWindoco to lose colorkey if
background is painted.
To help drivers to avoid filling colorkey for each put server can
provide helper function
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
ValidateTree calls first ClipNotify and later might call
WindowExposures. To avoid useless double reput ClipNotify delays reput
to WindowExposures or PostValidateTree.
PostValidatTree checks all ports if there is clip changes. On clip
changes
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
If none of Xv ports were affected by window tree modifications we don't
want scan the port list. To avoid useless scanning of port list
PostValidateTree hook is only registered when ClipNotify was called for
any port.
Signed-off-by: Pauli
On Thu, Jan 20, 2011 at 07:52:54AM +1000, Peter Hutterer wrote:
On Fri, Jan 07, 2011 at 04:02:09PM +, Daniel Stone wrote:
I was under the impression that the driver would be handling pointer
events and touch events separately. This wording sounds like the server
handles pointer
Hi all,
Another round of multitouch patches ... this lot addresses all the
review comments from the previous patchset, and seems to work quite
reliably and consistently for me. It's a fairly large change, but the
code is now a fair bit easier to understand and verify.
After discussion with
Introduce multitouch support through a new TouchClass, as well as new
TouchBegin, TouchEnd and TouchMotion events. Bump to version 2.1.
Signed-off-by: Daniel Stone dan...@fooishbar.org
Co-authored-by: Chase Douglas chase.doug...@canonical.com
Co-authored-by: Peter Hutterer
Add support to libXi for touch events.
Signed-off-by: Daniel Stone dan...@fooishbar.org
Co-authored-by: Chase Douglas chase.doug...@canonical.com
---
v5: Added support for new TouchMotionUnowned and TouchOwnership events.
Fix a CopyCookie buglet where touch events wouldn't get copied at all.
Does what it says on the box: returns the deepest child window in a
given sprite's trace.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
v5: New.
dix/events.c |4 ++--
include/inputstr.h |3 +++
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/dix/events.c
From: Chase Douglas chase.doug...@canonical.com
Reorder elements so they can be uniform with the upcoming TouchAxisInfo
elements required for coordinate scaling.
Signed-off-by: Chase Douglas chase.doug...@canonical.com
Reviewed-by: Daniel Stone dan...@fooishbar.org
Reviewed-by: Peter Hutterer
Previously, it only took DeviceEvents, but it would be much more useful
if it took InternalEvents. Any event that activates a grab must still
be a DeviceEvent, so put in a check to enforce this. Also fix a tiny
(but harmless) buglet where we would allocate too much space for the
frozen event.
Add a flags member which will be copied wholesale into the resultant
xXIDeviceEvent.
Signed-off-by: Daniel Stone dan...@fooishbar.org
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Chase Douglas chase.doug...@canonical.com
---
v5: No changes.
dix/eventconvert.c |1 +
Signed-off-by: Daniel Stone dan...@fooishbar.org
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Chase Douglas chase.doug...@canonical.com
---
v5: No changes.
hw/xfree86/common/xf86Module.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Add tests for:
* checking basic functionality of BeginTouchPoint,
FindTouchPoint*, and EndTouchPoint
* ensuring all touch event types match each other in
GrabMatchesSecond
* ensuring all touch events are selected together, or not at all, in
XISelectEvents (this test
Instead of a mega never-ending if branch with no else, just continue
to the next iteration of the loop if the conditions aren't met - pretty
much entirely reindentation.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
v5: New.
dix/events.c | 209
From: Chase Douglas chase.doug...@canonical.com
Without this change, an MT touchpad in relative mode could end a touch
while not resetting the oldMask used to calculate relative values. This
fix allows a Magic Trackpad to behave as a relative mode device again.
Signed-off-by: Chase Douglas
From: Chase Douglas chase.doug...@canonical.com
MTDev translates all multitouch devices to the slotted evdev protocol.
This provides a clean and uniform interface and reduces message handling
inside the input module and X.
Signed-off-by: Chase Douglas chase.doug...@canonical.com
---
v5: No
From: Chase Douglas chase.doug...@canonical.com
With the X server now supporting masked valuators for XI2, enable
support in X evdev.
This kills backwards compatibility with X Input ABI 12
Signed-off-by: Chase Douglas chase.doug...@canonical.com
---
v5: No changes other than fixing conflicts.
From: Chase Douglas chase.doug...@canonical.com
This multitouch addition only supports slotted MT evdev protocol
devices. Support must be enabled at configure time using
--enable-multitouch.
Signed-off-by: Chase Douglas chase.doug...@canonical.com
---
v5: Fixed merge conflicts.
Updated to
62 matches
Mail list logo