similar to: Final version of placement enhancement

http://puffy.homelinux.org/~gnumdk/compiz/patch/place.patch Here a new version of my patch. It now have six placement mode (kwin placement modes): - Cascade - Centered - Random - LeftCorner - Maximize - Smart Currently, smart placement isn't present in this patch. I'm working on it but my ubuntu(feisty) have really strange behaviours ... I can't debug compiz anymore.

I've got a question. When do i have to use this for aFunctionName() and when do i have to use this for a_function_name() ? Cedric

Here two patch: A patch for switcher to disable window list. All was already present in code, just missing an option :) A patch for place, it's my old patch, i just fix a stupid segfault! Will try to add some others placement modes... http://puffy.homelinux.org/%7Egnumdk/compiz/patch/switcher.patch http://puffy.homelinux.org/%7Egnumdk/compiz/patch/place.patch Cedric

I've added a new option in minimize plugin, called "Disable Fading". To prevent tearing, damageScreen is used minDonePaintScreen (only if the option is used). The patch is attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: minimize-fading.patch Type: text/x-patch Size: 1855 bytes Desc: not available Url :

On kde, gtk-window-decorator segfault everytime a minimised "Konqueror download window" close it self... Running with --sync fix the problem so no way to have a backtrace :( Cedric

Hi, I implemented something because I get sick of resuming large downloads from scratch. Any interest upstream-wise ? https://bugzilla.mindrot.org/show_bug.cgi?id=2021 -- Brightest day, Blackest night, No bug shall escape my sight, And those who worship evil's mind, be wary of my powers, puffy lantern's light !

In current git, placement mode option isn't working. This patch fix this issue. Cedric -------------- next part -------------- A non-text attachment was scrubbed... Name: placeModeFix.patch Type: text/x-diff Size: 1901 bytes Desc: not available Url : http://lists.freedesktop.org/archives/compiz/attachments/20070624/80ddc952/attachment.patch

Here is a bug that make me insane since a lot of time. Randomly, when launching an kde application, i can see it appear on screen and then being placed by place plugin. I look at place plugin code and everything looks ok... http://hibbert.univ-lille3.fr/~cbellegarde/PlacementBug.png Here a screenshot of the bug, as you can see, window first appear at this "non placed" position, then, it

I''ve searched all night long on google, discussions, threads, and the xen wiki... but I can''t find how to do this: vif = [''type=ioemu,mac=XX:XX:XX:XX:XX:XX,model=ne2k_pci''] where should I put this? I have sxce94, dom0 works nicely, and domUs too, but I''d like to select ne2k for an hvm openbsd dom0 that I''ve created because I''ve read

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)

First, there are two fundamentally diffrent types of doing multihead: The "one big screen" solution, usually achieved with xinerama , twinview or similar. This provides us with one Screen, and therefor one CompScreen structure. The output extens are retrieved from xinerama, or possibly randr (in the future?), I would assume. Then there is the less used "multiscreen" way, which

I was reading thru the project page and I found that you were looking for people with multihead setup. my setup is 1 AGP TNT2 1 PCI TNT2 1 PCI old ATI-all-in-wonder and I am running Mandriva 2008.1 because its the only linux distro that will use my setup...

Pick up the correct source rectangle from framebuffer. Without this multihead setups are not working correctly. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/virtio/virtgpu_plane.c | 31 ++++++++++++++++++------------- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c b/drivers/gpu/drm/virtio/virtgpu_plane.c

Pick up the correct source rectangle from framebuffer. Without this multihead setups are not working correctly. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/virtio/virtgpu_plane.c | 31 ++++++++++++++++++------------- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c b/drivers/gpu/drm/virtio/virtgpu_plane.c

Hi Folks, I was wondering if anyone has an pointers/suggestions on how I might increase disk performance of a HVM zvol-backed DomU? - this is my first DomU, so hopefully its something obvious Running bonnie++ shows the DomU''s performance to be 3 orders of magnitude worse than Dom0''s, which itself is half as good as when not running xVM at all (see bottom for bonnie++ results)

http://bugs.freedesktop.org/show_bug.cgi?id=24831 Summary: XRandR multihead fails on NV50 Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

I now use blur plugin thanx to window matching feature, thanx David ;) I have some bugs: http://hibbert.univ-lille3.fr/~cbellegarde/blur_4xbilinear_bug.png Here, i have some artefacts bugs with 4xbilinear. This blur mode is fast! May be a Nvidia drivers bug... http://hibbert.univ-lille3.fr/%7Ecbellegarde/blur_gaussian_fast.png Here, an amarok big window with just desktop, moving window is

Here is a patch for place plugin. It add a "place_mode" option wich actually can have two values: "Cascade" (original placement mode) and "Centered". Thanks for any comment! Cedric -------------- next part -------------- A non-text attachment was scrubbed... Name: place.patch Type: text/x-diff Size: 3556 bytes Desc: not available Url :

One of the two last commit to move plugin make windows movements really strange and cpu usage really intensive... Cedric

Needed for multihead setups where we can have disabled outputs and therefore plane->crtc can be NULL. Signed-off-by: Gerd Hoffmann <kraxel at redhat.com> --- drivers/gpu/drm/virtio/virtgpu_plane.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c b/drivers/gpu/drm/virtio/virtgpu_plane.c index 70b44a2..e50674b 100644 ---