On Monday 13 July 2009 09:31:05 Richard Zhao wrote:
Hi,
I'm drawing a window directly in frame buffer. But when the window
What do you mean by that? Bypassing the X-server? Is this part of your
Xfbdev+EGL experiment?
resize, the background window cannot draw correct. The top window
still
Hi,
Pixman 0.15.16 contains the last bits of refactoring, so from now on,
there will be a coding style enforced. The coding style is similar to
cairo's, with the main difference being that braces go on their own
line always. Ie.,
if (...)
{
}
and not
if (...) {
Let me know if I missed anything.
I thought the performance for rotating should be improved, especially
on windows.
I run a test which painted a rotated image pattern from 0 degree to
360 degree, with fast filter, and no antialias.
cairo takes 3448ms, but GDI+ takes only 1411ms, more than two
Hi,
Just wanted to give me input on the choice of code style. That is, I
believe you should use if (..) { instead, for two reason right off
the top of my head.
A.) Does not pointless waste screen real estate; Allowing someone to
see more of the code block at once, instead of scrolling all the
This fixes pointer warping when using a scaled pointer input device(e.g.
synaptics).
By the way, having the dev-u.master check only in the we have no
handler branch looks strange.
Regards,
Pierre
commit b765ceed81974c1ce2c54cca270689948452b2bd
Author: Pierre Willenbrock pie...@pirsoft.de
Date:
In a near future KMS drivers will do all device's configuration inside the
kernel. For those that don't want/need/can't do the mode setting inside the
kernel, then we need to design a tool _external_ from the server to do such
work. But here, inside a windowing system, it's not the place to probe
Right now I'm able to use Xorg with an fbdev drived device without the server
stomps the inexistent PCI hardware on it. Yay!
Signed-off-by: Tiago Vignatti tiago.vigna...@nokia.com
---
configure.ac | 84 ++---
include/xorg-config.h.in |3
(take a breath; this set comes with radical changes)
The Xorg server has its PCI code (device, bus, bridge, etc) very tied with all
the rest of the code. Ideally we want an userspace-only Xorg: without touch
and step in any PCI register. The first attempt towards this was to use the
libpciaccess
Alan Coopersmith wrote:
Tiago Vignatti wrote:
I could split in two sets the patches: removal of ancient/dumb code and
removal of libpciaccess dependency. Anyway, the highlights are:
- removal of -configure option
A lot of documentation and people start with Run Xorg -configure to
From: Tiago Vignatti tiago.vigna...@nokia.com
Date: Tue, 14 Jul 2009 20:06:40 +0300
In a near future KMS drivers will do all device's configuration inside the
kernel. For those that don't want/need/can't do the mode setting inside the
kernel, then we need to design a tool _external_ from
On Jul 14, 09 20:06:37 +0300, Tiago Vignatti wrote:
(take a breath; this set comes with radical changes)
I'm not completely familiar with the code changed, and looked at it only
briefly - and it looked like this removes static configuration
completely.
If that is the case, that's a no-go ATM,
On Tue, Jul 14, 2009 at 07:54:19PM +0200, ext Mark Kettenis wrote:
From: Tiago Vignatti tiago.vigna...@nokia.com
Date: Tue, 14 Jul 2009 20:06:40 +0300
In a near future KMS drivers will do all device's configuration inside the
kernel. For those that don't want/need/can't do the mode
On Tue, Jul 14, 2009 at 21:43:10 +0300, Vignatti Tiago (Nokia-D/Helsinki) wrote:
Hi,
On Tue, Jul 14, 2009 at 07:23:38PM +0200, ext Alan Coopersmith wrote:
Alan Coopersmith wrote:
A lot of documentation and people start with Run Xorg -configure to
generate
a dummy config file when
Hi,
On Tue, Jul 14, 2009 at 08:03:35PM +0200, ext Matthias Hopf wrote:
On Jul 14, 09 20:06:37 +0300, Tiago Vignatti wrote:
(take a breath; this set comes with radical changes)
I'm not completely familiar with the code changed, and looked at it only
briefly - and it looked like this removes
Vignatti Tiago (Nokia-D/Helsinki) wrote:
And even if none of Tiago's patches land as-is, it would be very nice to
just have -configure dump the same stub config file that gets logged into
Xorg.0.log already as the autogenerated stub instead of having a second
code path that generates something
Date: Tue, 14 Jul 2009 21:43:10 +0300
From: Vignatti Tiago (Nokia-D/Helsinki) tiago.vigna...@nokia.com
Hi,
On Tue, Jul 14, 2009 at 07:23:38PM +0200, ext Alan Coopersmith wrote:
Alan Coopersmith wrote:
A lot of documentation and people start with Run Xorg
-configure to generate a
Op 08-07-09 15:19, Matthias Hopf schreef:
On Jul 07, 09 22:02:51 +0200, Éric Piel wrote:
Op 21-05-09 13:23, Éric Piel schreef:
This documents the --nograb option with whichever I could understand of
the advantages and drawbacks of grabbing the screen.
Also fixes the formatting in the xrandr
17 matches
Mail list logo