From: Keith Packard kei...@keithp.com
Date: Wed, 05 May 2010 20:21:29 -0700
On Wed, 5 May 2010 23:57:00 +0200 (CEST), Mark Kettenis
mark.kette...@xs4all.nl wrote:
You can probabaly use a version smaller than 9 as there have been a
few ABI bumps since xf86EnableAccess() became a no-op.
I used a gtk progressbar application to trace the X server.
I found that the driver’s composite function will be triggered several times.
How the client to do the XRenderComposite()? Several times to do so ?
Thanks,
Frank
From:
On Wed, May 5, 2010 at 23:55:43 -0500, Yaakov (Cygwin/X) wrote:
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
AC_PROG_SED sets SED as the path to a fully-functional 'sed' (which may
also be called 'gsed' if GNU sed is installed alongside a proprietary
version).
Signed-off-by:
I wasn't aware of the benefits of JHBuild for a long time. Therefore, to
also address people like the former-me:
Why would you want to use JHBuild and X-JHBuild?
JHBuild offers general and per-module settings for configure switches and
make
On Thu, May 6, 2010 at 6:36 AM, Dirk Wallenstein hals...@t-online.dewrote:
snip
Layout
--
The attached archive contains the following tree structure that has to
be unpacked and placed in you home directory.
~/.x-jhbuild
|-- bin
| `-- x-jhbuild
|-- config
|
On Thu, May 06, 2010 at 09:13:10AM -0400, Joel Feiner wrote:
On Thu, May 6, 2010 at 6:36 AM, Dirk Wallenstein hals...@t-online.dewrote:
snip
Layout
--
The attached archive contains the following tree structure that has to
be unpacked and placed in you home directory.
On Wed, 2010-05-05 at 16:25 -0400, Adam Jackson wrote:
Uncomposited: 1.8 sec
Composited, unpatched:12.4 sec
Composited, patched: 9.3 sec
Which is decent. Note that the uncomposited number is actually kind of
depressing, 9ms for a synchronous resize is rather a lot of a
For absolute input devices (E.G. touchscreens) in multi-head setups,
we need a way to bind the device to an randr output. This adds the
infrastructure to the server to allow us to do so.
positionSprite() scales input coordinates to the dimensions of the shared
(total) screen frame buffer, so to
On Wed, 2010-05-05 at 17:20 -0700, Aaron Plattner wrote:
Just to make sure I understand this right, does this work because the
compReallocPixmap callers always go through the compCopyWindow path and use
CopyArea to initialize the new pixmap? It would be nice if that were
described in the
On Thu, 2010-05-06 at 13:18 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
When nothing is connected at startup and we canGrow, allow the server
to start with a 1024x768 framebuffer, and when the drivers send
hotplug events this will expand to the correct size dynamically.
Op 06-05-10 16:34, Peter Korsgaard schreef:
For absolute input devices (E.G. touchscreens) in multi-head setups,
we need a way to bind the device to an randr output. This adds the
infrastructure to the server to allow us to do so.
positionSprite() scales input coordinates to the dimensions
Éric == Éric Piel e.a.b.p...@tudelft.nl writes:
Éric Hi,
Éric I really like the idea of the patch. Do I understand correctly
Éric that the transformation applies only to absolute input devices?
Éric If so, it would still be a nice step towards allowing rotation of
Éric touchpads (and
Mikhail Gusarov wrote:
The following changes since commit 482b19329fac5e311fe0423e58f3e8c573b66114:
Gaetan Nadon (1):
config: update AC_PREREQ statement to 2.60
are available in the git repository at:
git://anongit.freedesktop.org/~dottedmag/libXdmcp cleanups
I've pushed to
On Thu, 06 May 2010 16:58:22 +0200, Éric Piel e.a.b.p...@tudelft.nl wrote:
It would only require to find the best way to apply the matrix on the
values received from relative devices, right?
It seems like the only sensible plan for a projective transform would be
to apply the transform after
On Thu, 06 May 2010 10:40:34 -0400, Adam Jackson a...@nwnk.net wrote:
It keeps the logic out of the drivers, which I strongly approve of.
Where does this leave you after startup? Framebuffer with no CRTCs
connected seems logical enough, but it might not be something the
drivers are prepared
On Thu, May 06, 2010 at 07:34:58AM -0700, Adam Jackson wrote:
On Wed, 2010-05-05 at 17:20 -0700, Aaron Plattner wrote:
Just to make sure I understand this right, does this work because the
compReallocPixmap callers always go through the compCopyWindow path and use
CopyArea to initialize the
Signed-off-by: Jamey Sharp ja...@minilop.net
---
Xext/xf86bigfont.c | 14 ++
dix/dispatch.c | 26 --
dix/dixutils.c | 18 ++
glx/xfont.c| 17 +++--
include/dix.h |6 ++
5 files changed, 33
I believe this is what was intended.
Signed-off-by: Jamey Sharp ja...@minilop.net
---
render/picture.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/render/picture.c b/render/picture.c
index 18bfea2..48693b8 100644
--- a/render/picture.c
+++ b/render/picture.c
@@
Same goes for VERIFY_ALPHA, VERIFY_XIN_PICTURE, and VERIFY_XIN_ALPHA.
Signed-off-by: Jamey Sharp ja...@minilop.net
---
hw/dmx/dmxpict.c|6 +--
render/picturestr.h |8 ++--
render/render.c | 131 +-
xfixes/region.c |6 +--
4
I found these cleanups while trying to simplify the use of
dixLookupResourceByType, but I think they stand on their own and I
thought they'd be easy to review. Anyone?
Jamey
___
xorg-devel@lists.x.org: X.Org development
Archives:
On Thu, May 6, 2010 at 11:00:37 -0700, Jamey Sharp wrote:
Signed-off-by: Jamey Sharp ja...@minilop.net
Reviewed-by: Julien Cristau jcris...@debian.org
Cheers,
Julien
___
xorg-devel@lists.x.org: X.Org development
Archives:
On Thu, 2010-05-06 at 10:47 -0700, Aaron Plattner wrote:
On Thu, May 06, 2010 at 07:34:58AM -0700, Adam Jackson wrote:
On Wed, 2010-05-05 at 17:20 -0700, Aaron Plattner wrote:
Just to make sure I understand this right, does this work because the
compReallocPixmap callers always go through
On Thu, May 6, 2010 at 11:00:38 -0700, Jamey Sharp wrote:
Same goes for VERIFY_ALPHA, VERIFY_XIN_PICTURE, and VERIFY_XIN_ALPHA.
Signed-off-by: Jamey Sharp ja...@minilop.net
Reviewed-by: Julien Cristau jcris...@debian.org
Cheers,
Julien
___
On Thu, May 06, 2010 at 09:58:25AM +0200, ext Mark Kettenis wrote:
From: Keith Packard kei...@keithp.com
Date: Wed, 05 May 2010 20:21:29 -0700
On Wed, 5 May 2010 23:57:00 +0200 (CEST), Mark Kettenis
mark.kette...@xs4all.nl wrote:
You can probabaly use a version smaller than 9 as
On Thu, 2010-05-06 at 11:00 -0700, Jamey Sharp wrote:
I found these cleanups while trying to simplify the use of
dixLookupResourceByType, but I think they stand on their own and I
thought they'd be easy to review. Anyone?
Reviewed-by: Adam Jackson a...@redhat.com
for the series.
- ajax
DMTModes is what xf86DefaultModes was always meant to be. Smash the two
together, leaving aliases in place for the old names to make it easy on
external modules.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/Makefile.am| 10 +---
hw/xfree86/common/extramodes | 27
Signed-off-by: Jamey Sharp ja...@minilop.net
---
Xext/panoramiXprocs.c |7 ---
Xext/xvmain.c |2 --
glx/xfont.c |2 --
3 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/Xext/panoramiXprocs.c b/Xext/panoramiXprocs.c
index 6635db9..7098617 100644
---
On Fri, May 7, 2010 at 12:40 AM, Adam Jackson a...@nwnk.net wrote:
On Thu, 2010-05-06 at 13:18 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
When nothing is connected at startup and we canGrow, allow the server
to start with a 1024x768 framebuffer, and when the drivers send
On Thu, 6 May 2010 10:47:29 -0700, Aaron Plattner aplatt...@nvidia.com wrote:
I can't help but think that this would all be simpler if Composite could
wrap PaintWindow. ;)
The old pixmap will be gone by the time PaintWindow is called. And, you
can't exactly keep it around as PaintWindow may
On Thu, 6 May 2010 13:12:03 -0700, Jamey Sharp ja...@minilop.net wrote:
-/* Various of the DIX function interfaces were not designed to allow
- * the client-errorValue to be set on BadValue and other errors.
- * Rather than changing interfaces and breaking untold code we introduce
- * a new
This does make wide ellipses slower, by a factor of twoish:
946000.0 521000.0 ( 0.55) 10-pixel wide ellipse
98300.049900.0 ( 0.51) 100-pixel wide ellipse
17700.0 9310.0 ( 0.53) 500-pixel wide ellipse
16900.0 7980.0 ( 0.47) 100-pixel wide dashed ellipse
16100.0
Here's a patch to randrproto.txt that specifies the protocol level
semantics for the proposed changes:
From 1265b555ebc49e7e5bc23de7441e7686748e97e1 Mon Sep 17 00:00:00 2001
From: Keith Packard kei...@keithp.com
Date: Thu, 6 May 2010 15:11:52 -0700
Subject: [PATCH] Proposed RandR changes for
While Solaris allows either one, C99 only requires them in stdint.h
and some platforms don't include them via limits.h
Corrects tinderbox reported errors on Fedora 11 build machine:
http://tinderbox.x.org/builds/2010-05-06-0019/logs/libXdmcp/#build
AA32.c: In function 'XdmcpAllocARRAY32':
Alan Coopersmith wrote:
While Solaris allows either one, C99 only requires them in stdint.h
and some platforms don't include them via limits.h
BTW, again I only compile tested on OpenSolaris, so if someone wants to
verify this fixes the build problem on Linux, that would be good. (I've
got a
On Thu, 6 May 2010 17:58:29 -0400, Adam Jackson a...@redhat.com wrote:
This does make wide ellipses slower, by a factor of twoish:
Signed-off-by: Adam Jackson a...@redhat.com
Reviewed-by: Keith Packard kei...@keithp.com
--
keith.pack...@intel.com
pgpKjrKM66hVc.pgp
Description: PGP
On Thu, 2010-05-06 at 15:42 -0700, Alan Coopersmith wrote:
Alan Coopersmith wrote:
While Solaris allows either one, C99 only requires them in stdint.h
and some platforms don't include them via limits.h
BTW, again I only compile tested on OpenSolaris, so if someone wants to
verify this
There's not a lot of functional change in this series, it's mostly grabbing
some blocks and moving them into their own function to make the code easier
to read and understand.
The only actual feature change is in the last patch, the up/down and
left/right scroll buttons are made conditional on
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
index 2f432ce..78eb03f 100644
--- a/src/synaptics.c
+++ b/src/synaptics.c
@@ -1613,6 +1613,7 @@
The need for a finger down is for all conditions, move it to the front of
the condition to make it more obvious.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/synaptics.c
No functional changes, this is just to move a slab of code out of mind when
reading.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c | 56 --
1 files changed, 33 insertions(+), 23 deletions(-)
diff --git
There are not a lot of touchpads that even have these buttons anyway, move the
code out of the way for clarity.
No functional changes.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c | 65 +-
1 files changed, 40
Not sure why the values for !hw-up and hw-up were used here instead, but this
could potentially lead to unreleased buttons. Also, it's harder to read and
generally confusing, since the same wasn't used for left/right scrolling.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Again, just to make the code easier to read, no functional changes.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c | 44 ++--
1 files changed, 26 insertions(+), 18 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
Function introduced with the factoring out of post_scroll_events.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c | 16 +---
1 files changed, 5 insertions(+), 11 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
index c3a4ebc..9a286b5 100644
No functional changes.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c | 55 ---
1 files changed, 32 insertions(+), 23 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
index 9a286b5..650fbc2 100644
---
The option is called ClickFinger, the man page talks this way about it, sync up
the code with it.
No functional change.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/synaptics.c
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
index aa3e848..907335a 100644
--- a/src/synaptics.c
+++ b/src/synaptics.c
@@ -83,6 +83,7 @@
#endif
typedef
It's well hidden in there, but not useful.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/synaptics.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/synaptics.c b/src/synaptics.c
index 907335a..88c5237 100644
--- a/src/synaptics.c
+++
There are not a lot of touchpads that have extra physical scroll buttons
anymore. For those that don't have them, don't initalize the properties and
conditionalize some of the code (moved into its own functions).
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
man/synaptics.man |
49 matches
Mail list logo