On Thu, Jan 20, 2011 at 12:46:44AM +0200, ext Pauli wrote:
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
On 20/01/11 16:03 +0200, Ville Syrjälä wrote:
On Thu, Jan 20, 2011 at 12:46:44AM +0200, ext Pauli wrote:
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
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
Handler pointer is set to NULL when it was deleted while inside handler
calls. Too bad deletion loop tried to find first not NULL pointer which
incorrectly removed wrong handlers from the list.
That resulted to NULL pointer call when sending
On Thu, 20 Jan 2011 00:18:32 +0100, Roberto Branciforti rbb...@gmail.com
wrote:
dixSetScreenPrivate and dixSetPrivate are function returning void.
(note that dixSetPrivate doesn't have a return, so this comment is a bit
mis-leading)
Signed-off-by: Roberto Branciforti rbb...@gmail.com
On Wed, 2011-01-19 at 18:22 -0500, Gaetan Nadon wrote:
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
last one wins? I haven't checked.
The last one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We've come across a little problem with filtered MT events. It seems there
isn't a mechanism to request the full state. If a program opens a device
there's no way it can see static objects.
Consider for example a board game. If the user puts the
On Wed, Jan 19, 2011 at 11:11:43PM +, Daniel Stone wrote:
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
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
Cheers,
Peter
---
v5: New.
On Wed, Jan 19, 2011 at 11:11:44PM +, Daniel Stone wrote:
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)
On Wed, Jan 19, 2011 at 11:11:45PM +, Daniel Stone wrote:
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
---
On Jan 20, 2011, at 12:01 PM, Pauli wrote:
From: Pauli Nieminen ext-pauli.niemi...@nokia.com
Handler pointer is set to NULL when it was deleted while inside handler
calls. Too bad deletion loop tried to find first not NULL pointer which
incorrectly removed wrong handlers from the list.
same fixes as last time plus three more on top. Expect at least one more
pull with more of daniel's cleanups and a minor abi bump to come before the
bugfix window close.
The following changes since commit f3480286aeb3009623d8d4b0202eadda0049552d:
composite: Support updating an arbitrary
Dear gcc: I do not care about machines where sizeof(void *)
sizeof(int), and neither should you.
dmxextension.c: In function ‘dmxBECreateResources’:
dmxextension.c:858:26: warning: cast from pointer to integer of different size
dmxextension.c: In function ‘dmxBERestoreRenderPict’:
dmxinputinit.c: At top level:
dmxinputinit.c:135:29: warning: ‘DMXCommonOth’ defined but not used
DMXCommonOth is actually mentioned in a #if 0 block, so delete it and
the block that references it. If anyone needs it, git remembers.
Signed-off-by: Adam Jackson a...@redhat.com
---
dmxgc.c: In function ‘dmxChangeClip’:
dmxgc.c:386:5: warning: case label value exceeds maximum value for type
dmxgc.c:387:5: warning: case label value exceeds maximum value for type
dmxgc.c:388:5: warning: case label value exceeds maximum value for type
dmxgc.c:389:5: warning: case label value
dmxinputinit.c: In function ‘dmxBlockHandler’:
dmxinputinit.c:610:44: warning: cast from pointer to integer of different size
dmxinputinit.c: In function ‘dmxWakeupHandler’:
dmxinputinit.c:637:41: warning: cast from pointer to integer of different size
dmxinputinit.c: In function ‘dmxInputInit’:
xdmxconfig.c: In function ‘dmxConfigCanvasDraw’:
xdmxconfig.c:299:23: warning: ‘maxHeight’ may be used uninitialized in this
function
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/dmx/config/xdmxconfig.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Thu, Jan 20, 2011 at 07:08:42PM -0500, Adam Jackson wrote:
Getting tired of looking at these. Should all be uncontroversial.
There's still a pile left in the glxproxy code (sigh), some cases where
bison generates more stuff than it needs to, and a few cases of glibc
deciding we're
Hi Dmitry,
Rafi's request is a good use case for the input: mt: Add EVIOC
mechanism for MT slots patchset that Henrik submitted last May. From
the MT X driver experience we had in the last few months, retrieving
all active contacts, especially in the case when different tool types
are supported
The following changes since commit c6aa4755ec355101a62bef86dbb090262fe806f6:
xkb/ddxLoad.c doesn't need paths.h any more (2011-01-18 15:22:04 -0800)
are available in the git repository at:
ssh://people.freedesktop.org/~ajax/xserver for-keithp
Adam Jackson (9):
dmx: warning fixes
On Thu, Jan 20, 2011 at 7:45 PM, Ping Cheng pingli...@gmail.com wrote:
Hi Dmitry,
Rafi's request is a good use case for the input: mt: Add EVIOC
mechanism for MT slots patchset that Henrik submitted last May. From
the MT X driver experience we had in the last few months, retrieving
all
On 01/19/11 03:36 PM, Gaetan Nadon wrote:
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
On Wed, Jan 19, 2011 at 11:11:54PM +, Daniel Stone wrote:
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
On Tue, 18 Jan 2011 19:26:20 -0800, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Merged.
c6aa475..bbdf81a master - master
--
keith.pack...@intel.com
pgpX6ppKl6Lju.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org
On Wed, 19 Jan 2011 14:17:07 +, Jon TURNEY jon.tur...@dronecode.org.uk
wrote:
Jon TURNEY (16):
Cygwin/X: Enable building of nativegdi and primaryfb engines to avoid
further rusting
Cygwin/X: Refactor framebuffer allocation/release in drawing engines
Cygwin/X: Rather
On Fri, 21 Jan 2011 09:54:46 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
Daniel Stone (12):
Input: Swap flags in DeviceEvents
Test: Input: Add helper function for failing EventToCore
Test: Input: Check flags on DeviceEvent
Test: Input: Test up to supported
On Thu, 20 Jan 2011 21:12:14 -0500, Adam Jackson a...@nwnk.net wrote:
Adam Jackson (9):
dmx: warning fixes
dmx: warning fix
dmx: warning fix
dmx: warning fixes
xdmxconfig: warning fix
os: Reduce smart scheduler setup calls
resource:
On Wed, Jan 19, 2011 at 11:11:55PM +, Daniel Stone wrote:
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
27 matches
Mail list logo