Around 9 o'clock on Feb 17, Ian Romanick wrote:
First, a comment in the structure says that nplanes is log2
(ColormapEntries). Does that mean that (1U v-nplanes) ==
v-ColormapEntries is always true?
no. ColormapEntries on a Direct/True visual is
1 max(nred,ngreen,nblue).
Around 14 o'clock on Dec 18, Alan Hourihane wrote:
Is this patch reasonable or too much (it does fix the problem) but I'm
wondering if the bounds are too strict for PutImage ?
Preserved window contents may not be limited to screen geometry.
___
Around 20 o'clock on Sep 25, Juliusz Chroboczek wrote:
JG So you still have to do a select/poll, read all pending input
JG events on all different devices, and merge the events in the
JG server into a single stream in time stamp order.
Can that happen in dix, or should it be below?
It
Around 20 o'clock on Sep 25, Juliusz Chroboczek wrote:
JG So you still have to do a select/poll, read all pending input
JG events on all different devices, and merge the events in the
JG server into a single stream in time stamp order.
Can that happen in dix, or should it be below?
Around 15 o'clock on Sep 24, Juliusz Chroboczek wrote:
KP a) The original A/UX server had checkForInput marked from the SIGIO
KP handler and read device events in ProcessInputEvents.
Why?
There are two goals when dealing with input in the X server:
1) Notice available input
Around 19 o'clock on Sep 24, Juliusz Chroboczek wrote:
Linux 2.[56] does that on the new /dev/event interface (/dev/psaux
would appear to be deprecated). Is it worth using?
Yes. Aside from the improved quality of information available, using
a standard interface for all devices will
Around 1 o'clock on Sep 25, Juliusz Chroboczek wrote:
Some of us still use PS/2 mice...
Nearly all laptops still have the touch pad connected through the PS/2
port, so until the 2.6 driver is backported to 2.4, we'll need PS/2
support in X servers.
Yes; it looks like all input devices go
Around 21 o'clock on Sep 23, Ivan Pascal wrote:
c) After devicesReadable is checked
But here I don't understand why this check is needed.
If the select returns some readable devices fd's they all should be read
in Wakeup handlers immediately after the select and this reading should
Around 21 o'clock on Sep 21, Egbert Eich wrote:
That was my suggestion. But I'm afraid xkb doesn't work like that.
Not xkb checks for pending input the ddx layer does in a wakeup
handler that does so and passes information on to xkb.
The timeout handling would have to be moved from xkb to
Around 23 o'clock on Jul 23, Matthieu Herrb wrote:
Here's a patch to allow multiple '-nolisten' options on the command
line. To disable both IPv4 and IPv6 transports, one needs to say:
X -nolisten tcp -nolisten inet6
While supporting multiple -nolisten arguments is good, I suggest
Around 1 o'clock on Jul 10, Juliusz Chroboczek wrote:
I suggest they should have the extension ``.sfnt'', with ``.sfn''
being recognised for compatibility with 8+3 systems.
While using four letter extensions would be nice, I'm afraid there remain
file system formats which provide for only
Around 7 o'clock on Apr 3, Andrew C Aitchison wrote:
I think I've seen a config option which disables the Render extension
at run time in 4.3, but now the extension isn't quite as greedy, so there
is less need for it.
The RenderColormapMode option controls how Render allocates colors from
Around 23 o'clock on Mar 6, David Dawes wrote:
I'm looking for as many rows as I can get in a given xterm size with a
readable font, so I'd like to get rid of that unused white space. I tried
a few things, and found that setting the font height to ascent + descent
instead of what Xft reports
Around 21 o'clock on Mar 5, Mark Vojkovich wrote:
So am I right that when pGC-miTranslate is true, the caller needs
to add the drawable origin to FillSpans, SetSpans and PushPixels?
Yes, the drawable origin must be added into all of the parameters to these
functions when the top-most such
Around 23 o'clock on Mar 5, Mark Vojkovich wrote:
Offscreen pixmaps don't so this has been broken since 3.9.x.
It's obviously not a common case if I'm just seeing this now for
the first time.
The core cursors are all 16x16, which is presumably smaller than the pixmap
code would put in
Around 0 o'clock on Mar 6, Mark Vojkovich wrote:
You don't understand. The shadow framebuffer SetSpans, FillSpans
and PushPixels ARE CURRENTLY TRANSLATING.
Ah. Yes, I was confused. the miext/shadow code doesn't translate the
data on the way to the underlying code (I thought you were
Around 7 o'clock on Mar 4, Martin Gruber wrote:
Can anybody give me a hint, if there is already a switch/define to change
the bit-order in a byte for the kdrive Xfbdev XServer or tell me, where to
The easiest way is to implement this with a shadow frame buffer; the fb
code doesn't
Around 0 o'clock on Mar 4, Mark Vojkovich wrote:
This is the core SW cursor not the ARGB SW cursor, though I haven't tried
ARGB SW cursors (I forgot how to set one as the root cursor).
$ XCURSOR_THEME=redglass XCURSOR_SIZE=256 xsetroot -cursor_name shuttle
I guess I'll
have to set a flag in
Around 9 o'clock on Feb 27, Sven Luther wrote:
Yes, it would indeed be great if the XAA.HOWTO would be expanded by a
new paragraph speaking about the XRENDER acceleration hooks. There is
already the xaa.h which gives some info, but a discution of the hooks
would be welcome.
The current
Around 10 o'clock on Feb 27, Kendall Bennett wrote:
Ok, so it is a little early yet to start implementing this in our
drivers? Or should we just implement what the Matrox driver is doing and
follow that model for now (ie: just alpha blits)?
I think the interfaces currently provided by XAA
Around 11 o'clock on Feb 27, Kendall Bennett wrote:
So fast, efficient text could be done in XFree86 if a single function was
used to transfer an entire bitmap in the driver code (pre-clipping could
easily be done before the driver code is called), and some high level
code to maintain and
Around 23 o'clock on Feb 27, Matt Wilson wrote:
Well, we can start with even more simple optimizations, like not doing
the compositing when the clip region is empty.
Yeah, that would help in some cases. One does have to be careful to keep
backing store working though.
-keith
Around 18 o'clock on Feb 20, Egbert Eich wrote:
However this doesn't work too well in freetype. jmp_bufs are
part of larger structs. Converting this not totally trivial.
I think it's more practical to simply make the jmp_buf big enough;
forcing the library to restructure itself to permit
Around 15 o'clock on Feb 19, Kurt J. Lidl wrote:
You ought to make the xf86jmp_buf larger than 200 bytes.
I have access to a machine where the jmp_buf storage takes 232
bytes already!
I made it 400 bytes -- Linux x86 uses 156 bytes, and 256 seemed likely to
be problematic on some machines.
Around 15 o'clock on Feb 19, Stuart Anderson wrote:
It seems like the wrapped versions could be extended so that they would
work correctly.
That's not possible. The fundemental problem is that setjmp captures the
execution context (more or less the continuation) from its caller,
including the
Around 14 o'clock on Feb 18, Mike FABIAN wrote:
On my machine there is no crash neither with the Caslon fonts nor with
the Omegaserif fonts, only an error message when trying to open the
font:
The version of TrueType in XFree86 is catching an error inside the Unicode
cmap tables when
Around 19 o'clock on Feb 3, Kevin Brosius wrote:
It seems that Xcursor.h is installed in
/usr/include/X11/Xcursor/Xcursor.h in 4.2.99.4. Is this intentional?
Why isn't it directly in X11?
Many libraries create separate directories for their include files, and
so I just followed this
Around 0 o'clock on Feb 4, Mike A. Harris wrote:
Is there anywhere in the X source code that *gasp* uses ANSI
trigraphs and relies on this broken^Wwonderful feature of ANSI C
being enabled? ;o)
I sure hope not. I've certainly never seen any such code (and would have
fixed it if I had).
28 matches
Mail list logo