Keith Packard wrote:
Yes, it looks like you're correct -- every example I could find would
ensure that pending device input was marked in checkForInput. There are
some odd examples of this however, which are somewhat instructive to
examine:
a) The original A/UX server had
KP a) The original A/UX server had checkForInput marked from the SIGIO
KP handler and read device events in ProcessInputEvents.
Why?
Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
Should the /usr/X11R6 heirarchy be added to pkgconfig's default
config?
Perhaps it would be better if pkg-config provided an opaque way to add
directories to the search paths. Does it have a config file in /etc. My
Debian system doesn't have anything in /etc for pkg-config.
It understands the
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
Rob Braun observed the following issue with XCloseDisplay() hanging
indefinitely. Any comments?
--Torrey
At 12:11 AM -0700 9/20/03, Rob Braun wrote:
From: Rob Braun [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: XWaitForReadable timeout
Howdy. While running osx2x, I came across an
On Wed, 2003-09-24 at 12:30, Craig Ringer wrote:
Should the /usr/X11R6 heirarchy be added to pkgconfig's default
config?
Perhaps it would be better if pkg-config provided an opaque way to add
directories to the search paths. Does it have a config file in /etc. My
Debian system doesn't
Hi all,
I have implemented a new feature for the mouse driver.
On the one side I like the copy and paste function with the middle mouse
button in X11. On the other side I like the scrolling capability using the
same middle mouse button and a trackpoint like it is built into most IBM
I would love to see this patch applied. I've been using tpscroll
(http://rsim.cs.uiuc.edu/~sachs/tp-scroll/) to get this functionality
for years. it'd be nice to have it as part of xfree86.
Alex
--- Mathias Fröhlich [EMAIL PROTECTED] wrote:
Hi all,
I have implemented a new feature for
JG In fact, the event interface exists in current 2.4; not
JG just 2.[45]. Look in /dev/input/event*.
Some of us still use PS/2 mice...
JG Note that this interface is not just for mice, but is generalized
JG to be usable by pretty arbitrary input devices,
Yes; it looks like all input devices go
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
I use both USB and PS/2. I did play with the event interface
a few hours last year (before my latest encounter with a surgeon),
and convinced myself it seemed to be working correctly with USB.
I think there are patches (that may or may not have been merged
into current 2.4, I don't remember) to
12 matches
Mail list logo