search for: propmodereplac

[PATCH 1/3] kms: Don't hardcode the output properties [PATCH 2/3] kms: Implement output->get_property when RandR1.3 is available. [PATCH 3/3] kms: Add TV-out support src/drmmode_display.c | 403 ++++++++++++++++++++++++++++++++----------------- 1 files changed, 261 insertions(+), 142 deletions(-)

...se this type instead of Unknown? Beryl's switcher window is a Splash window too. Is there a reason why Compiz uses Uknown for it? Patch: --- switcher.c 2006-12-28 10:14:52.000000000 +0100 +++ switcher_new.c 2006-12-28 10:16:40.000000000 +0100 @@ -799,6 +799,13 @@ XA_ATOM, 32, PropModeReplace, (unsigned char *) state, nState); } + + Atom type; + type = XInternAtom(dpy, "_NET_WM_WINDOW_TYPE_SPLASH", 0); + XChangeProperty(dpy, ss->popupWindow, + XInternAtom (dpy, "_NET_WM_WINDOW_TYPE", 0), + XA_ATOM, 32,...

..., + err); + + /* Set the current value of the backlight property */ + data = drmmode_output->backlight_active_level; + err = RRChangeOutputProperty(output->randr_output, + drmmode->backlight_atom, + XA_INTEGER, 32, PropModeReplace, + 1, &data, FALSE, TRUE); + if (err != 0) + xf86DrvMsg(output->scrn->scrnIndex, X_ERROR, + "RRChangeOutputProperty error, %d\n", err); + + err = RRChangeOutputProperty(output->randr_output, + drmmode->backlight_depr...

In R-1.5.0pre (2002-04-08) on Solaris 2.6, the window that X11() creates has a title like: R Graphics: Device 2 (ACTIVE) o iyeP )( y except the funny characters at the end have umlauts and other accents (i.e. extended ASCII characters), and they may be different each time X11() is invoked. There is no loss of functionality; it just looks a little ugly. I saw this behavior in R-1.3.?, it

...t, *atom, + FALSE, TRUE, immutable, + 2, atom_range); + if (err != 0) { + xf86DrvMsg(output->scrn->scrnIndex, X_ERROR, + "RRConfigureOutputProperty error, %d\n", err); + } + err = RRChangeOutputProperty(output->randr_output, *atom, + XA_INTEGER, 32, PropModeReplace, 1, &value, FALSE, TRUE); + if (err != 0) { + xf86DrvMsg(output->scrn->scrnIndex, X_ERROR, + "RRChangeOutputProperty error, %d\n", err); + } +} + +static void drmmode_output_create_resources(xf86OutputPtr output) { drmmode_output_private_ptr drmmode_output = outpu...

...CC: keithp at keithp.com Created an attachment (id=17547) --> (http://bugs.freedesktop.org/attachment.cgi?id=17547) proposed patch for the issue In nv_output: error = RRChangeOutputProperty(output->randr_output, dithering_atom, XA_INTEGER, 32, PropModeReplace, 1, &nv_output->dithering,FALSE, FALSE); &nv_output->dithering is a Boolean, but the property is set up as int32. On big endian systems, this results in the property set being 0x1000000 instead of 0x1. This currently fails the range check (it can only be 1 or 0). Leading to an error...

The X11 device driver does not provide the X window manager with an icon (_NET_WM_ICON) or, under some circumstances, with a class (WM_CLASS). This hinders usability under the new stable version of Ubuntu, which has a (new) user interface centered around icons. I am not sure if this was a conscious choice by r-core or simply a low priority. In case of the latter, I attach a patch against