Use workspaces instead of viewports by default

Bug #74767 reported by Corey Burger
64
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Stock compiz currently uses viewports rather than workspaces by default. As of 0.3.4, compiz now supports workspaces and thus should default to them. The following is copied from:
http://www.advogato.org/person/Burgundavia/diary.html?start=115

The biggest problem: Workspaces

Well, lets start with workspaces vs. viewports. Metacity (and I understand most other major WMs) assume each workspace is a discrete entity. Windows are either on one or another. In the physical world, this would represent multiple physical desks. Compiz works differently. It uses something called a viewport, into one workspace. This is what allows you to have windows overlapping the edge of the cube. Think of this as having one really big desk, but you can only see one part of it at a time.

Before I continue, I should talk briefly about the two major types of users of workspaces in the Linux world. I will use the real world data of my office, which is mostly ex-Windows users. The first group, which includes myself and one of the new hires, use multiple workspaces. For us, each workspace is a single entity, with discrete programs on them. The other group, the majority,, use a single workspace for everything. As far as they are considered, workspaces don't exist. (As an aside, yes, I have told all of them about it. They don't really care).

Now that I have explained this, lets talk about how the change in the way workspaces have been changed affects each group. For the first group, the multiple-workspace people, The change is going to drive us nuts. None of the keyboard commands to move a window to the next workspace worked, as, after all, it really was one giant workspace. Further, applications were never really only one viewport, meaning that maximizing never really works and if an application snuck onto the next viewport over, a user like myself, who expects when you switch viewports the active program in that workspace will be selected, found themselves closing tabs in the application in the last viewport, because it had snuck over 5 or 10 pixels and thus was considered still active in your current viewport.

Metacity will flash an active window on all workspaces when the appropriate hint is raised. Compiz? Not so much.

But what about the user who only uses one workspace? For this user, the current workspace/viewport is the only one that will ever exist. This means applications had better not go anywhere. So if a window sneaks into the next viewport over, as it is far too easy to do, they are likely to never find it.

Revision history for this message
Martijn vdS (martijn) wrote :

It should still be possible to configure viewports, as I do know what I'm doing, and hate Metacity's workspace model.

Revision history for this message
Corey Burger (corey.burger) wrote :

Leaving it as an option is very much possible, to be set with a gconf key.

Revision history for this message
Aleksander Kamil Modzelewski (aleander) wrote :

Compiz 3.4 behaves a lot better - to the point where it's the workspace switcher that appears to be broken, especially when Compiz is set to only one viewport but four workspaces.

Revision history for this message
Mårten Woxberg (maxmc) wrote :

I have my setup to CRT+TV with an Nvidia 7800GT card.

Compiz has since I activated this not worked. I'm not using twinview or xinerama.

Revision history for this message
Corey Burger (corey.burger) wrote :

0.3.4 still exhibits this behaviour, although I 0.3.4 can now actually do workspaces.

Changed in compiz:
status: Unconfirmed → Confirmed
Revision history for this message
Travis Watkins (amaranth) wrote :

compiz uses workspaces in the default ubuntu configuration now.

Changed in compiz:
status: Confirmed → Fix Released
Revision history for this message
Travis Reitter (treitter-dev) wrote :

Travis (Watkins): compiz may have used workspaces in the default config when you made that comment, but it seems to use viewports now (in Gutsy). Almost nothing in Gnome handles viewports directly (eg, task switcher applet (because of libwnck), Workspace switcher applet).

So if you turn on the Desktop Plane Compiz plugin and set up key bindings, those bindings switch viewports within your existing workspace. Yet dragging windows between workspaces in the Workspace switcher applet moves them between workspaces, not viewports. This disconnection is confusing at best.

If Compiz had the ability to use workspaces 6 months ago, is it possible to just make that the current default? Is that configuration option still available and functional?

Revision history for this message
Travis Watkins (amaranth) wrote :

The problem with using workspaces with compiz is that no one else does, upstream or any distro. We would essentially be maintaining this part of compiz ourself. It has several (odd) bugs that we certainly do not have time to work on for gutsy. Also many effects are only available when you use viewports, such as the sliding animation.

This is not a bad thing though, GNOME has gotten much better at working with viewports. The only things I can think of that don't work are dragging windows in the workspace switcher and scrolling through viewports with the mouse wheel in the workspace switcher.

Revision history for this message
Travis Watkins (amaranth) wrote :

Err, no one else uses them.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.