similar to: [Request]Shortcuts to move a window to another viewport with plane plugin

Hi, We've (Soeren Sandmann, really) have written a new plugin that pans the viewport around a planar workspace instead of the cube. It's a more toned down transition effect and is more similar to the metacity workspace model. There's two parts to this patch: one part prepares the compiz core for workspace that's more than one viewport high, and the second part is the

Hi, I posted this on the forum as well, but there were no responses to it. I now posting it here just in case anybody cares. Anyway, Compiz is a very nice program. Thanks for all the effort you put into making it. I am using the latest git version of compiz and it really works great for being an "unstable" version. Anyway, I noticed the following strange behavior and was wondering

Hi, First of all, great job! :) I really like to organise my work on, former known "workspaces", now "viewports". I use currently use 9 so I have 3 for work, 3 for private applications and 3 for other projects. Using the viewports like this it happens to have 3 browser windows, 6 Document Viewers, 9 Terminals, 1 Evolution, 2 IDEs and >3 Gimp The number of Windows and

The following code, though not brilliant, works on an A4 page. It might look odd on other devices of a very different size. =============X8------- cut here ---------------------------- require(grid) wide <- 15 vps <- grid.layout(nrow = 3, ncol = 4, widths = unit(rep(1, 4), rep("null", 4)), heights = unit(c(99, 1, 99),

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

Hi, Recently i have worked on re-writing beryl's transparent cube, and ported 3d plugin to compiz. I'm attaching a patchset here that includes the transparent cube patches (i'll post the 3d plugin when i fix some problems that didn't happen in beryl). Patching order: btf-ftb.patch, clip-planes.patch, plugin-events.patch, cube-paint-order.patch, transparent-cube.patch. Special

Short form: How do I transform the output of grid.locator() (or grid.locator(unit='npc')) to the native (or npc) coordinates of a viewport other than the top-level viewport? Thanks in advance. -Ben Long form: I would like the user to be able to click anywhere on the R graphics window. I would then like to figure out which leaf viewport the user clicked in and compute the native

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

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

In Plane and Slide mode, the ctrl-alt-shift-arrow combination does not work, and I can not move windows from one viewport to the other. Just wanted to point out this bug in case noone was aware of it.

I was just thinking, with the metadata files allowing us to make up settings pages, there is a problem that we could address here. It seems ever-so-evident that developers are splitting up plugins into much smaller plugins to reduce the amount of bloat. This is good because it speeds things up but bad for the user in two ways -We've got multiple settings pages which really adress the same

I know this has probably been asked before, but, I'll ask anyways: Workspaces/Desktops/whatever on the top and bottom of the cube, is there any chance this will ever happen? I love how in gnome you can have work spaces in rows/columns, and i tend to have 4-6 workspaces (well 6, but only 4 gets used all of the time, but its nice to have the "buffer" workspaces. since using compiz

--- include/cube.h | 18 +++------ plugins/cube.c | 120 +++++++++++++++++-------------------------------------- 2 files changed, 43 insertions(+), 95 deletions(-) diff --git a/include/cube.h b/include/cube.h index 0a87626..293bad1 100644 --- a/include/cube.h +++ b/include/cube.h @@ -87,16 +87,11 @@ typedef void (*CubePaintInsideProc) (CompScreen *s, CompOutput *output,

Compiz Fusion Release 0.5.2 is out! This is the first development release of Compiz Fusion, the result of more than six months of work and polish. The first stable release, 0.6.0, will follow after the Compiz 0.6.0 release. Compiz Fusion is the result of a merge between the Compiz community plugin set "Compiz Extras" and the parts of the Beryl project that are independent of the

Changes since 0.3.2: * Core Support for multiple desktops (workspaces). Much better multi-head support. The workarea is calculated per output and windows are now maximized properly. Edge button option has been added to action options. It can be used to require a button press for edge actions to be triggered. Basic support from internal

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

Hi, I am using the lastest git version of compiz and just run in to a new problem after switching to using the ini configuration plugin over the gconf-one. When I maximize a window and then try to move it to another viewport, the cube rotates but the maximized window disappears instead of moving along to the new viewport. The maximized window can be found using the scale plugin (only on show-all

We need to invert the viewport translate/scale parameters when the state tracker thinks we have Y_0_TOP. If these cases, we have do to bypass mode by setting an identity viewport transform for x, z and inversion for y, or p.e. clear_with_quad won't work correctly. Clipping for xy in NDC space needs to be disabled then. --- src/gallium/drivers/nv50/nv50_context.h | 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

The translation also needs to be inverted, and in bypass mode the state tracker incorrectly assumes that Y = 0 = TOP, so we need inversion there to; NDC clipping has to be deactivated explicitly. --- src/gallium/drivers/nv50/nv50_state_validate.c | 31 +++++++++++++++-------- 1 files changed, 20 insertions(+), 11 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_state_validate.c