similar to: [PATCH] Make outputDeviceForGeometry behave smarter when dealing with overlapping outputs. Currently, the current output is returned if some part of the rectangle is on it; otherwise the output device the rectangle center is on is returned. This works

Hey, David, for me the recent multihead changes had minor a problem with mixed resolutions (1600x1200 & 1280x1024). The viewport was getting set partially off screen. The following tweak fixed it for me: --- plugins/display.c +++ plugins/display.c @@ -2069,7 +2069,7 @@ eventLoop (void) { if (s->nOutputDev > 1)

Here's a patch to wobbly.c to handle edge snapping with multiple outputs... Also, I tweaked the window edge snapping to include dock window types, to support the case where dock windows may be on the inner edges of multiple monitors (and thus currently ignored as struts in the output workarea setup). I personally think we should include these "inner" struts when calculating the

Hey, David, with the latest changes for output-specific zoom it wasn't focusing properly for me with mixed resolutions. I think this patch corrects that. (Oh, and on my previous comment I meant struts and not extents, if that was confusing to anyone. It was to me when I re-read it, heh.) ...MC -------------- next part -------------- --- plugins/zoom.c +++ plugins/zoom.c @@ -480,8 +480,12

Here's a quick patch to have either horz or vert (instead of both) maximized windows honor the "ignore" option: --- src/window.c +++ src/window.c @@ -4012,7 +4012,7 @@ constrainNewWindowSize (CompWindow *w, if (d->opt[COMP_DISPLAY_OPTION_IGNORE_HINTS_WHEN_MAXIMIZED].value.b) { - if ((w->state & MAXIMIZE_STATE) == MAXIMIZE_STATE) + if (w->state

Dear useRs, I have the following data "z" of two variables "x"(z[,1]) and "y"(z[,2]). > dput(z) structure(c(1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66,

A new compiz release 0.7.4 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.4.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.4.tar.gz.sha1 a204d9b70ac8abfb037ca3402452aa055f4aab71 compiz-0.7.4.tar.gz

A new compiz release 0.5.2 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.5.2.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.5.2.tar.gz.sha1 0d0a4a39bfbe0ada770d9206b7a1b6b443c53c29 compiz-0.5.2.tar.gz

I have made claims that I have not left the compiz project and that I have been maintaining it over the past 4 years, despite the lack of releases by not fault but my own. At the request of some of the original compiz developers, I am now posting a compilation of some of the contributions I've made over time, since the beginning. Since the most important contributions are code and easiest to

A new compiz release 0.6.0 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.6.0.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.6.0.tar.gz.sha1 c296f9ccf0e35c582760880a6f0ac4fd34ee1bbf compiz-0.6.0.tar.gz http://xorg.freedesktop.org/archive/individual/app/compiz-0.6.0.tar.gz.sha1.asc

A new compiz release 0.7.0 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.0.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.0.tar.gz.sha1 59b019b6cd627140f44006876ee2b0c3ab92f150 compiz-0.7.0.tar.gz