On Tue, 11 Mar 2003, yoel wrote:
Date: Tue, 11 Mar 2003 08:52:51 +0200
From: yoel [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Content-Type: text/plain;
charset=iso-8859-1
Subject: Lock bug in XRefreshKeyboardMapping
Hi
In XRefreshKeyboardMapping there's a call to
On Mon, 2003-03-10 at 16:46, Benjamin Herrenschmidt wrote:
The problem is that this IVAD cirtuit also controls the geometry
and brightness of the screen, and should be configured properly after
each mode setting. It has a EEPROM containing geometry settings for
each of the supported modes,
I am writing an Xlib based screen magnification program for X called
BlindPenguin (http://www.blindpenguin.org). In great wisdon of great
folly I have dicided to use DGA to write this program.
I am looking for DGA code examples I have looked at the dga prog which
changes your screen colour, but i
Marc Giger writes:
Hi All!
I want to thank you ALL for the great work. I have a neomagic graphiccard and now
it is possible to watch movies in fullscreen without interrupts. Also zooming is
now possible with the Xvideo interface.
Thanks!
As last a short question:
I've
[snipped the patch]
Is there a better way to submit patches like this? I've just
subscribed
to the devel list in the last 10 minutes :).
Fred Clift
sending to [EMAIL PROTECTED] queues your patch for integration.
maybe unified diffs are the prefered style (diff -u src dst).
it improves
jkjellman writes:
I have been working an input routine that requires a pipe for interactive
calibration. I need to open the pipe with O_NONBLOCK so as not to halt if a user
process does not have the pipe open.
In doing this I have found that the xf86open does not support O_NONBLOCK,
On Tue, 11 Mar 2003, Alexander Stohr wrote:
sending to [EMAIL PROTECTED] queues your patch for integration
maybe unified diffs are the prefered style (diff -u src dst).
it improves readability due to included lead-in/out context.
Thanks -- I'll make up a quick unified diff and send it off.
Kieran O'Sullivan wrote:
I am writing an Xlib based screen magnification program for X called
BlindPenguin (http://www.blindpenguin.org). In great wisdon of great
folly I have dicided to use DGA to write this program.
I am looking for DGA code examples I have looked at the dga prog which
changes
DGA is for fullscreen games and such and takes over the screen making
the rest of the server think it's switched away do another VT. DGA
is mutually exclusive with normal server operation so it can't be
used magnify normal server operation.
Most hardware can display resolutions as low as
You could potentially do something with Video4Linux to cause a
portion of the framebuffer to be displayed using a hardware overlay.
This would require a driver that has Xv and Video4Linux support
and a real hardware overlay with on-the-fly scaling (i.e doesn't
require a temporary output)
The
BACKGROUND INFORMATION
The issue is this any X magnification program that I have seen draws the
magnified area on a window I DO NOT WANT TO DO THIS. I want to write a
program, which zooms in like a video camera on a particular part of the
screen what will happen is that the magnified
On 11 Mar 2003, roger wrote:
BACKGROUND INFORMATION
The issue is this any X magnification program that I have seen draws the
magnified area on a window I DO NOT WANT TO DO THIS. I want to write a
program, which zooms in like a video camera on a particular part of the
screen what
This gets even weirder. If I use xdm I cant even use
setxkbmap blah | xkbcomp blah - $DISPLAY ... even that
doesn't work. There is something fundamentally funky
about xdm and keyboard maps. Is no-one else experiencing
this? I am sitting at a shell prompt, typing xdm, and
logging in. Whether as
13 matches
Mail list logo