Written by clinton459 the 30 Jun 09 at 09:57.

Title says it. Using F keys or defining simpler and easier to remember key combinations would solve this problem.

Title says it. Using F keys or defining simpler and easier to remember key combinations would solve this problem.

Written by xfuser4 the 1 Jul 09 at 17:35.

At least it would be nice to place a button near the desktop switcher plugin of the panel, that triggers the Expo-View of Compiz.

This kind of button can be easily implemented using a simple DBUS command:

dbus-send --type=method_call --dest=org.freedesktop.compiz /org/freedesktop/compiz/expo/allscreens/expo_key org.freedesktop.compiz.activate string:'root' int32:`xwininfo -root | grep id: | awk ' print $4 '`

However it makes the usage of virtual desktops easier, unless Gnome Shell hasn't been published...

At least it would be nice to place a button near the desktop switcher plugin of the panel, that triggers the Expo-View of Compiz. This kind of button can be easily implemented using a simple DBUS command: dbus-send --type=method_call --dest=org.freedesktop.compiz /org/freedesktop/compiz/expo/allscreens/expo_key org.freedesktop.compiz.activate string:'root' int32:`xwininfo -root | grep id: | awk ' print $4 '` However it makes the usage of virtual desktops easier, unless Gnome Shell hasn't been published...

Written by bjd the 19 Jan 09 at 12:41.

Create window shadows realistically. One virtual light, placed somewhere behind the computer user. The light can be moved with an applet, consisting of a small 3D box representing 3D Space, in which the screen, and the light.
Pick up the light with mouse button to place in the plane parallel to the screen, use scroll wheel to place in the plane perpendicular to the screen.

In addition, maybe add a property to all windows, aside from stacking order, that is indicative of their 'distance' to the user.

Create window shadows realistically. One virtual light, placed somewhere behind the computer user. The light can be moved with an applet, consisting of a small 3D box representing 3D Space, in which the screen, and the light. Pick up the light with mouse button to place in the plane parallel to the screen, use scroll wheel to place in the plane perpendicular to the screen. In addition, maybe add a property to all windows, aside from stacking order, that is indicative of their 'distance' to the user.

Written by r0g the 20 Jan 09 at 20:27.

Waste of time and resources if you ask me. It certainly shouldn't be core functionality, maybe if lots of people wanted it it could be made as a compiz plugin but I somehow doubt they do.

Waste of time and resources if you ask me. It certainly shouldn't be core functionality, maybe if lots of people wanted it it could be made as a compiz plugin but I somehow doubt they do.

Written by dragice the 4 Nov 10 at 16:05.

Good visual design can dramatically enhance the sense of depth without having to resort to 3D rendering. Illustration here (not implemented in any window manager as far as I know): http://www.lri.fr/~dragice/trueshadows/

Good visual design can dramatically enhance the sense of depth without having to resort to 3D rendering. Illustration here (not implemented in any window manager as far as I know): http://www.lri.fr/~dragice/trueshadows/

Written by Claymater the 14 May 09 at 02:30.

I say we have some simple effects in metacity, Nothing over the top (ex. wobbly windows) Just some simple stuff like...

- Task Switching (I know its already there)
- WorkSpace Switching (The look of the box that shows you the workspace your on)
-Simple window effects (fading windows, minimize effects, or even expose')


Nothing amazing, just a simple set of effects for people who dont want to use the whole compiz craziness.

I say we have some simple effects in metacity, Nothing over the top (ex. wobbly windows) Just some simple stuff like... - Task Switching (I know its already there) - WorkSpace Switching (The look of the box that shows you the workspace your on) -Simple window effects (fading windows, minimize effects, or even expose') Nothing amazing, just a simple set of effects for people who dont want to use the whole compiz craziness.

Written by noelito the 8 Apr 10 at 17:07.

I think a "Move to Next Screen" button should be added to the application title bar next to the Maximize button. When a user clicks this button it would move that application window to the next screen (monitor) to the right at the same x/y position that it was in the screen it came from. When it reaches the last screen it would jump to the first, left most screen and start over. I think that there is a way to do this with shortcut keys but it is not as obvious as having a button for that next to the maximize button. To me it just seems natural to go to the title bar to quickly interact with the window to do things like "Move to Next Screen", Minimize, Maximize, Restore, and Close the window.

On my work computer I have a dual monitor setup and the first thing I noticed is that it really needed a separate task bar for the second screen so I know which application are on which screen. So I installed an application that added a task bar on every screen. This application came with a feature that I did not yet know I needed, the "Move Window" button on each application window.

I think a "Move to Next Screen" button should be added to the application title bar next to the Maximize button. When a user clicks this button it would move that application window to the next screen (monitor) to the right at the same x/y position that it was in the screen it came from. When it reaches the last screen it would jump to the first, left most screen and start over. I think that there is a way to do this with shortcut keys but it is not as obvious as having a button for that next to the maximize button. To me it just seems natural to go to the title bar to quickly interact with the window to do things like "Move to Next Screen", Minimize, Maximize, Restore, and Close the window. On my work computer I have a dual monitor setup and the first thing I noticed is that it really needed a separate task bar for the second screen so I know which application are on which screen. So I installed an application that added a task bar on every screen. This application came with a feature that I did not yet know I needed, the "Move Window" button on each application window.

Written by Arundev E the 11 Apr 10 at 10:30.

Simply add drag drop feature for Taskbar and WorkSpace

Simply add drag drop feature for Taskbar and WorkSpace

Written by elypter the 30 May 10 at 18:57.

like it works with rotate-cube but make that the default behavior.

like it works with rotate-cube but make that the default behavior.

Written by Yzuk the 12 Feb 09 at 02:03.

=)
The Idea is to make the cylinder horizontal with desks on top and bottom. I have a wide-screen monitor and find the vertical ring more useful than the cylinder we have.

Scrolling with mouse wheel: up - show the bottom desk, else - top.

! The back desk must be shown not upside-down, all the back desks if more than 4 summary must be turned upside-up while cylinder rotation.

The vertical/horizontal modes can be switched automatically by choosing line or column orientation in desk switcher applet or in the CompizConfig settings manager

That's all...
Please, comment the idea if you find it good or bad! Thank you!=)

=) The Idea is to make the cylinder horizontal with desks on top and bottom. I have a wide-screen monitor and find the vertical ring more useful than the cylinder we have. Scrolling with mouse wheel: up - show the bottom desk, else - top. ! The back desk must be shown not upside-down, all the back desks if more than 4 summary must be turned upside-up while cylinder rotation. The vertical/horizontal modes can be switched automatically by choosing line or column orientation in desk switcher applet or in the CompizConfig settings manager That's all... Please, comment the idea if you find it good or bad! Thank you!=)

Written by ulilicht the 25 Oct 09 at 14:01.

if you move one window of a program to another workspcae, the system should notice that there is not only one window, but 2 or 3 of the same program.

it should automatically move all dialogs of a program.

this would be good with programs like gimp, synaptic and so on, but it should not automatically move more than one window of firefox, because multiple firefox windows can belong to different parts of the work you do on your computer. you can need one window per workspace.

if you move one window of a program to another workspcae, the system should notice that there is not only one window, but 2 or 3 of the same program. it should automatically move all dialogs of a program. this would be good with programs like gimp, synaptic and so on, but it should not automatically move more than one window of firefox, because multiple firefox windows can belong to different parts of the work you do on your computer. you can need one window per workspace.

Written by ulilicht the 25 Oct 09 at 14:05.

use the same procedure that you use when you select multiple files - with pressing the control button and klicking on the window decoration, you should be able to select multiple windows and move them together

use the same procedure that you use when you select multiple files - with pressing the control button and klicking on the window decoration, you should be able to select multiple windows and move them together

Written by Oswald1 the 23 Apr 09 at 10:42.

First an image:
http://alku.org/images/owm.png

Then the thousand words:
Modern hardware could surely handle a more 'organic' approach to all this. In a nutshell: Everything else, but the actual window contents should shrink to simple handles when not used and get this way get out of the way.

The linked image tries to visualize what I mean here and I'll try to walk you through it.

The window in it's default state is at the lower left corner.

For menus there could be a single handle for a menu category (the bumps at upper left of the window). When mouse is hovered over it, a radial menu is displayed and sub-menus can be displayed as nested radial menus. This could be used to enhance the usability as well, as menu items could be rendered bigger since no space saving is necessary at this point.

The title bar could be shrank to a small bar showing similar amount of info as items in task-bars and expanded once hovered over.

First an image: http://alku.org/images/owm.png Then the thousand words: Modern hardware could surely handle a more 'organic' approach to all this. In a nutshell: Everything else, but the actual window contents should shrink to simple handles when not used and get this way get out of the way. The linked image tries to visualize what I mean here and I'll try to walk you through it. The window in it's default state is at the lower left corner. For menus there could be a single handle for a menu category (the bumps at upper left of the window). When mouse is hovered over it, a radial menu is displayed and sub-menus can be displayed as nested radial menus. This could be used to enhance the usability as well, as menu items could be rendered bigger since no space saving is necessary at this point. The title bar could be shrank to a small bar showing similar amount of info as items in task-bars and expanded once hovered over. The scrollbar could be expanded to full size once mouse is taken over the left edge of the window and only an indicator of scrolling possibility could be shown otherwise. One problem with scroll bars is, that on needs to make them pretty thin to save space, which makes using them increasingly difficult. In this new form, once 'in use' the scrollbar could be made big enough for comfortable use without compromising desktop real estate. Similar things could be used for window status-bars (perhaps some alerting scheme for events) url-fields and what not. All in all, this would make a much more effective use of screen area and also would be pretty cool. There would of course be some learning to do for users accustomed to traditional window managers, but if that is taken as a 'contraindication', we'll be stuck with the old model forever. Surely there are plethora of other complications. Please be gentle though.

Written by slsolaris the 12 Mar 09 at 04:00.

i suggest that it should have less shadow and the meter should be tango style colors based because the colors that it has now make it look terrible, it should be more refined so that it does not seem the drawing of a child...

see the way it is now: http://bildr.no/view/364331

i suggest that it should have less shadow and the meter should be tango style colors based because the colors that it has now make it look terrible, it should be more refined so that it does not seem the drawing of a child... see the way it is now: http://bildr.no/view/364331

Written by slsolaris the 14 Mar 09 at 02:19.

comnpiz alt+tab behaviour: http://fridge.ubuntu.com/files/images/screenshot-alttab.preview.png

is not welldone, i am talkin about that ugly black border color square, do u see it? can u please make it better like this:
http://cyber-knowledge.net/blog/images/thumbs/pics/alt_tab.jpg or
http://markmclaren.com/blog/wp-content/uploads/2007/10/cropped-vista-alt-tab.pn g

¿???

do u see diferences? I do

comnpiz alt+tab behaviour: http://fridge.ubuntu.com/files/images/screenshot-alttab.preview.png is not welldone, i am talkin about that ugly black border color square, do u see it? can u please make it better like this: http://cyber-knowledge.net/blog/images/thumbs/pics/alt_tab.jpg or http://markmclaren.com/blog/wp-content/uploads/2007/10/cropped-vista-alt-tab.png ¿??? do u see diferences? I do

Written by andrew.p the 19 Mar 09 at 21:43.

I miss profiling on Desktop Appearance, where I switch Compiz on/off. I have a very customized profile and every time I switch compiz on/off (after playing a game) I have to reimport it in CCSM.
Possible solutions are:
1) Have profiling on Desktop Appearance.
or
2) Enhance current switches:
Have one "Enable Desktop Effects" switch with subcontrol "Enable Standart Effects" which will also have subcontrol "Enable Extra Effects". If user customizes his compiz config "Enable Standart Effects" will show semiselection, if some of extra plugins are in use, the same with "Enable Extra Effects". Main checkbox "Enable Desktop Effects" will simply switch between Compiz and Metacity.

I miss profiling on Desktop Appearance, where I switch Compiz on/off. I have a very customized profile and every time I switch compiz on/off (after playing a game) I have to reimport it in CCSM. Possible solutions are: 1) Have profiling on Desktop Appearance. or 2) Enhance current switches: Have one "Enable Desktop Effects" switch with subcontrol "Enable Standart Effects" which will also have subcontrol "Enable Extra Effects". If user customizes his compiz config "Enable Standart Effects" will show semiselection, if some of extra plugins are in use, the same with "Enable Extra Effects". Main checkbox "Enable Desktop Effects" will simply switch between Compiz and Metacity.

Written by R2D2-21 the 2 Apr 09 at 15:01.

These plugıns work well, but sometımes I want to see graphıcally whıch wındows are on whıch workspace. Currently the Scale All Wındows mode ȷust mıxes them, for example showıng a wındow ın the left workspace at the rıght of the wındow ın the current workspace.

The ıdea ıs that the All Wındows mode shows clearly the wındows ın theır workspaces.

—Ilhuıtemoc δ

These plugıns work well, but sometımes I want to see graphıcally whıch wındows are on whıch workspace. Currently the Scale All Wındows mode ȷust mıxes them, for example showıng a wındow ın the left workspace at the rıght of the wındow ın the current workspace. The ıdea ıs that the All Wındows mode shows clearly the wındows ın theır workspaces. —Ilhuıtemoc δ

Written by R2D2-21 the 2 Apr 09 at 16:13.

I lıke rotatıng my wındows and usıng them that way, but the problem ıs that mouse ınteractıon ıs done where the wındow was before rotatıng. For example, I rotate Pıdgın so I have ıt leaned to the rıght sıde. But when I try to clıck on one user to start chattıng, ıt results that I selected the user ȷust below, because the cursor was poıntıng to ıt ıf the wındow weren't rotated.

The plugın should calculate the mouse posıtıon relatıve to the wındow rotatıon, and so make ıt poınt where ıt's supposed to.

—Ilhuıtemoc δ

I lıke rotatıng my wındows and usıng them that way, but the problem ıs that mouse ınteractıon ıs done where the wındow was before rotatıng. For example, I rotate Pıdgın so I have ıt leaned to the rıght sıde. But when I try to clıck on one user to start chattıng, ıt results that I selected the user ȷust below, because the cursor was poıntıng to ıt ıf the wındow weren't rotated. The plugın should calculate the mouse posıtıon relatıve to the wındow rotatıon, and so make ıt poınt where ıt's supposed to. —Ilhuıtemoc δ

Written by R2D2-21 the 2 Apr 09 at 16:45.

There are some applıcatıons I always have tabbed. For example, I group my Pıdgın buddy lıst and chat wındows, but I have to do thıs manually every tıme I open Pıdgın. There should be an optıon to automatıcally group wındows by the same applıcatıon.

—Ilhuıtemoc δ

There are some applıcatıons I always have tabbed. For example, I group my Pıdgın buddy lıst and chat wındows, but I have to do thıs manually every tıme I open Pıdgın. There should be an optıon to automatıcally group wındows by the same applıcatıon. —Ilhuıtemoc δ

Written by Wiplash4 the 3 Jan 09 at 12:53.

Ubuntu Brainstorm was updated in January 2009. Since the idea #17008 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #17008 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by flowevd the 8 Nov 08 at 11:53.

Ubuntu Brainstorm was updated in January 2009. Since the idea #15399 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #15399 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!