Re: how to ignore monitor's EDID?

Tomasz Chmielewski wrote: > Tomasz Chmielewski schrieb: > >> Right, have it in man radeon as well. >> >> The only side effect is that now KDE4's panel has a 1024 px width when >> the session loads, even though the desktop starts with 1280 px width - >> and I have to resize it each time. >> >> But

Re: how to ignore monitor's EDID?

Tomasz Chmielewski wrote: > Oh, yeah, that did the trick, thanks. NP :) > Where is this option documented, though? Not in my xorg.conf manual. > > $ man xorg.conf|grep -i edid > $ For Debian it is man radeon Option "IgnoreEDID" "boolean" Do not use EDID data for mode valid

Re: how to ignore monitor's EDID?

Tomasz Chmielewski wrote: > I have a radeon 9600 card, with two devices connected: > > - DVI: LCD monitor, capable of 1280x1024 (preferred mode) > - VGA: LCD projector, capable of 1024x768, (800x600 preferred mode) > I have the same card. One of my monitors doesn't send EDID and this config work

Re: Forcing XORG to use /root?

Schumi Imor wrote: > Hello, > I'm not sure how to asking this question, but here are the details. > I have an embedded device running Debian with xorg, I have a init.d > script to run "startx &" and another xinitrc script to run "firefox", > it all works great, but it seems XORG is not running in

ATI X1950 - 3D across dual 1920x1200 screens using OSS driver

Hi I want to drive 2 1920x1200 screens in a twinhead config using opensource drivers. I am about to buy an ATI X1950 as I think it can achieve this using the new radeon(hd) driver features. Is the 3D buffer able to do this on this hardware? I think the 2048x2048 limitation has gone up to 4096x

Re: Transfer display of active windows remotely

Prasad H.L. wrote: > This is what I have in mind. > > - Consider display :0 on machine 1 (m1) and display :0 on machine 2 (m2). Agreed, it's about time X supported changing the DISPLAY out from under an application. a "follow-me" type feature. http://www.sunmanagers.org/archives/1996/1273.html

Re: [PATCH] Make -nocursor a runtime option to and remove the compile time NULL_ROOT_CURSOR

Olivier Guerrier wrote: > Daniel Stone wrote: >> Can you not just ship a null cursor theme or something if your apps >> insist on setting a cursor? > > We considered that, but it is unreliable (how about hard coded cursor > for exemple), need in-depth testing/validating, and as a consequence eat >

[PATCH] Make -norootcursor a runtime option and remove the compile time NULL_ROOT_CURSOR

Make -norootcursor a runtime option and remove the compile time NULL_ROOT_CURSOR This is for use on a picture frame but I guess would be useful on touch screens and in other situations too. Signed-off-by: David Greaves <[EMAIL PROTECTED]> --- configure.ac|7 -- dix/cu

Re: [PATCH] Make -nocursor a runtime option to and remove the compile time NULL_ROOT_CURSOR

Barry Scott wrote: > Am I right in thinking this only disables the cursor over the root > window and not over the whole screen? Yes. Individual apps have the ability to remove their own cursor - and can't the cursor can be managed once X has started? This patch covers the tiny time period when the

[PATCH] Make -nocursor a runtime option to and remove the compile time NULL_ROOT_CURSOR

ff-by: David Greaves <[EMAIL PROTECTED]> --- configure.ac|7 -- dix/cursor.c| 55 ++ dix/globals.c |1 + doc/Xserver.man.pre |4 +++ include/dix-config.h.in |3 -- include/opaque.h|