Written by sucotronic the 18 Feb 09 at 17:00.

It would be useful to add a kind of reminders that prevents the users about their files in the trash or the occupation in the hard drive. And also it could be configured with an option under the System>Preferences menu.

It would be useful to add a kind of reminders that prevents the users about their files in the trash or the occupation in the hard drive. And also it could be configured with an option under the System>Preferences menu. <img src="http://img338.imageshack.us/img338/6476/bigsizegl6.png"> <img src="http://img337.imageshack.us/img337/535/olderfilesgx9.png">

Written by snizovtsev the 18 Feb 09 at 17:43.

Add the "Trash size" option (percent or absolute value) and automatically clean oldest files from the trash to fit this limit.

Add the "Trash size" option (percent or absolute value) and automatically clean oldest files from the trash to fit this limit.

Written by vlo the 19 Feb 09 at 20:05.

The operating system should silently compress some of the files. Perhaps this could be done when the system is not being used, or before shutdown.

The files that would be compressed would be the files that have been in the trash for a certain amount of time (configurable).

The operating system should silently compress some of the files. Perhaps this could be done when the system is not being used, or before shutdown. The files that would be compressed would be the files that have been in the trash for a certain amount of time (configurable).

Written by blaxter the 19 Feb 09 at 23:41.

Like in solution #2, add a "Trash size" option but instead of automatically clean oldest files form the trash, just say "the trash is full, please clean it up" when the user try to send more files to it

Like in solution #2, add a "Trash size" option but instead of automatically clean oldest files form the trash, just say "the trash is full, please clean it up" when the user try to send more files to it

Written by rakudave the 21 Feb 09 at 20:39.

Same as #1, but with a button to empty the trash directly from the notification-bubble

Same as #1, but with a button to empty the trash directly from the notification-bubble

Written by kapipi the 21 Feb 09 at 21:17.

This solution is a response to solution #1. Solution #1 is great, except that as a default the user should not be notified about the size of trash, unless space on the partition is getting critically low.

The rationale:

- We don't want to distract the user's attention unnecessarily
- We don't want to force or lure the user to empty his trash unnecessarily.

This solution is a response to solution #1. Solution #1 is great, except that as a default the user should not be notified about the size of trash, unless space on the partition is getting critically low. The rationale: - We don't want to distract the user's attention unnecessarily - We don't want to force or lure the user to empty his trash unnecessarily.

Written by argon the 22 Feb 09 at 00:35.

The rationale of this problem is that sometimes people run out of disk space. So the notification should directly address this issue, and not just target the trash at an arbitary point, which will just lead to more annoying notifications.

Windows also does this when disk space is low...

The rationale of this problem is that sometimes people run out of disk space. So the notification should directly address this issue, and not just target the trash at an arbitary point, which will just lead to more annoying notifications. Windows also does this when disk space is low...

Written by 311005901 the 22 Feb 09 at 15:59.

A notification alerts users when the system is running low on free space.


When clicked on, users can use a widget to remove unwanted files.


(Click to see full sized image)

A notification alerts users when the system is running low on free space. <img src="http://i12.photobucket.com/albums/a219/nitrousinacan/crap/panelreminder.png"> When clicked on, users can use a widget to remove unwanted files. <a href="http://img149.imageshack.us/img149/6238/cleanupwizard.png"><img src="http://img149.imageshack.us/img149/6238/cleanupwizard.th.png"></a> (Click to see full sized image)

Written by koenfloris the 25 Feb 09 at 14:00.

ubuntu begins to fragment when you've got not enough disk-space. lets say that the limit is about 20%.

when disk space is to full...
ubuntu should auto-remove unnecessary things to free it up. of course, it should ask the user the empty the trash, to prevent data-loss. but other cash-like things should get cleaned up.

ubuntu begins to fragment when you've got not enough disk-space. lets say that the limit is about 20%. when disk space is to full... ubuntu should auto-remove unnecessary things to free it up. of course, it should ask the user the empty the trash, to prevent data-loss. but other cash-like things should get cleaned up.

Written by ziroday the 27 Feb 09 at 12:07.

computer-janitor (only in jaunty) is a small utility to clear up left over packages and left over files that have no use. It could easily be extended to support emptying the trash and notifying the user when disk space is low.

computer-janitor (only in jaunty) is a small utility to clear up left over packages and left over files that have no use. It could easily be extended to support emptying the trash and notifying the user when disk space is low.

Written by Menti the 7 Mar 09 at 12:23.

As proposed in idea #14699. Desktop icons in general are static and do not provide any useful information. Trashcan icon is slightly dinamic: it has an empty state and a full state. Let the icon change to show how much trash there is. There could be a (configurable, with a sane default) max limit to the trash size, and the desktop icon could show what percentage of that limit is already in use.

This way, we could have more information without actually adding anything to the current setup, no more clutter; only better use of an already existing and underused graphic element of the desktop.

As proposed in idea #14699. Desktop icons in general are static and do not provide any useful information. Trashcan icon is slightly dinamic: it has an empty state and a full state. Let the icon change to show how much trash there is. There could be a (configurable, with a sane default) max limit to the trash size, and the desktop icon could show what percentage of that limit is already in use. This way, we could have more information without actually adding anything to the current setup, no more clutter; only better use of an already existing and underused graphic element of the desktop.

Written by dubrict the 10 Mar 09 at 06:19.

The reason people forget is because by default, the trash icon is as tiny as can be and hiding in the corner. Placing it on the desktop instead puts it more directly in the user's conscious, reminding them to empty it while not being obtrusive or complex.

The "running low on free space" reminder is reasonable, because it would solve this problem while taking on another. There's no reason to add any complexity to the system beyond this.

The reason people forget is because by default, the trash icon is as tiny as can be and hiding in the corner. Placing it on the desktop instead puts it more directly in the user's conscious, reminding them to empty it while not being obtrusive or complex. The "running low on free space" reminder is reasonable, because it would solve this problem while taking on another. There's no reason to add any complexity to the system beyond this.

Written by MOSAM the 10 Mar 09 at 20:06.

Have the system ask you if you want to empty the trash when shutting down the as it does when unmounting disk drives.

Have the system ask you if you want to empty the trash when shutting down the as it does when unmounting disk drives.

Written by linuxrules the 12 Mar 09 at 23:28.

settings dialog _ +/- X
=============================================================
put trash icon on desktop "on/off"

Empty Trash On system Shut down "on/off/ask/auto"

Use the desktop icon to provide information "on/off"

auto-remove when disk-space is low "on/off/ask/auto"

Notification with "Delete now"-Button "on/off"

Trash with maximum size & if to delete when size limit is exceeded "on -size-/off"

Compress old files "on/off/ask/auto"

Add a configurable reminder "on/off"
|advance..|

settings dialog _ +/- X ============================================================= put trash icon on desktop "on/off" Empty Trash On system Shut down "on/off/ask/auto" Use the desktop icon to provide information "on/off" auto-remove when disk-space is low "on/off/ask/auto" Notification with "Delete now"-Button "on/off" Trash with maximum size & if to delete when size limit is exceeded "on -size-/off" Compress old files "on/off/ask/auto" Add a configurable reminder "on/off" |advance..|

Written by trustno1uk the 16 Mar 09 at 20:02.

Icons that represent valuable information at first glance can really save you some time.

Some users don’t care about emptying their thrash and also use it as another folder at times, this will remind them to empty it.



REF: http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

Icons that represent valuable information at first glance can really save you some time. Some users don’t care about emptying their thrash and also use it as another folder at times, this will remind them to empty it. <img src="http://petitinvention.files.wordpress.com/2008/04/stinky_trash-petitinvention.jpg" border="0" alt="trash"> REF: http://www.kumailht.com/blog/linux/10-features-ubuntu-should-implement/

Written by OrelEagle the 5 Dec 09 at 20:38.

I'm using a script to delete files permanently after 30 days spent in the trash:

find ~/.local/share/Trash/files -maxdepth 1 -ctime +30 -exec rm -r \;
find ~/.local/share/Trash/info -maxdepth 1 -ctime +30 -exec rm -r \;

This way the user doesn't have to worry about emptying the trash but still has a "second chance" in case a file was deleted by mistake.

I'm using a script to delete files permanently after 30 days spent in the trash: find ~/.local/share/Trash/files -maxdepth 1 -ctime +30 -exec rm -r \; find ~/.local/share/Trash/info -maxdepth 1 -ctime +30 -exec rm -r \; This way the user doesn't have to worry about emptying the trash but still has a "second chance" in case a file was deleted by mistake.

Written by yoda2031 the 28 Mar 11 at 17:26.

Computer Janitor already fulfils the requirement to recover disk space from files which are temporary/cached/etc.

Squashfs more-or-less fulfils the requirement to conserve space, but should be provided as an option on installation ("compress home directory" and "compress system directory" options)

A utility to automatically compress/remove components which have not been used for more than 30 days.

A utility which lists your installed applications in order of size and last used date. Allows the user to remove the bigger, unused packages.

A utility which allows you to "reorganise" your partitioning scheme.

Where applicable, these solutions should be accessible under an umbrella utility, possibly as an extension to the existing Disk Utility, or as a stand-alone utility.

Computer Janitor already fulfils the requirement to recover disk space from files which are temporary/cached/etc. Squashfs more-or-less fulfils the requirement to conserve space, but should be provided as an option on installation ("compress home directory" and "compress system directory" options) A utility to automatically compress/remove components which have not been used for more than 30 days. A utility which lists your installed applications in order of size and last used date. Allows the user to remove the bigger, unused packages. A utility which allows you to "reorganise" your partitioning scheme. Where applicable, these solutions should be accessible under an umbrella utility, possibly as an extension to the existing Disk Utility, or as a stand-alone utility.

Written by software the 29 Feb 08 at 12:29.

Create one Equalizer GUI for the whole system.

Create one Equalizer GUI for the whole system.

Written by cyberix the 4 Oct 09 at 00:42.

Add a simple graphic equalizer to sound preferences for changing volumes of certain frequency ranges.

Add a simple graphic equalizer to sound preferences for changing volumes of certain frequency ranges. <img src="https://wiki.ubuntu.com/Toni%20Ruottu?action=AttachFile&do=get&target=ubuntueq.png" alt="">

Written by Pirieianip the 11 May 13 at 03:24.

Kind of explanatory, I think.

Kind of explanatory, I think.

Written by greycode the 28 Feb 08 at 17:20.

Ubuntu Brainstorm was updated in January 2009. Since the idea #93 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 #93 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 Vendaval the 4 May 09 at 03:21.

With Compiz it's possible to put a different wallpaper on every workspace, so why isn't this used more to create a unified cube? A welcome wallpaper has been discussed, and having a simple welcome wallpaper could guide the user to the next workspace. Wallpapers could then come in sets, so applying a new wallpaper could give you a unified cube.

With Compiz it's possible to put a different wallpaper on every workspace, so why isn't this used more to create a unified cube? A welcome wallpaper has been discussed, and having a simple welcome wallpaper could guide the user to the next workspace. Wallpapers could then come in sets, so applying a new wallpaper could give you a unified cube.

Written by gnu2ubuntu the 27 Jul 11 at 20:28.

There is a program that already does this, and does it well even on multiple desktops. It is called Wallpapoz and the source is here:
http://wallpapoz.akbarhome.com/download.html

There is a program that already does this, and does it well even on multiple desktops. It is called Wallpapoz and the source is here: http://wallpapoz.akbarhome.com/download.html

Written by ironfisher the 23 Mar 10 at 15:52.

Nautilus can have some plugins to get the progress status and show a progressbar on the file (below or wherever)

For example: A plugin may get from Transmission the percent number of the progress for the file. This progress is shown as a progressbar below the file

Nautilus can have some plugins to get the progress status and show a progressbar on the file (below or wherever) For example: A plugin may get from Transmission the percent number of the progress for the file. This progress is shown as a progressbar below the file

Written by ironfisher the 23 Mar 10 at 15:55.

Transmission, for example, tells Nautilus to show a progress bar as the file is not completed.

Transmission, for example, tells Nautilus to show a progress bar as the file is not completed.

Written by michele74 the 23 Mar 10 at 19:23.

A simple way to do this, is that other programs like web browsers and download manager write an additional file, for example, with extension ".download" and a dot prefix.
This file should be like a conf/ini file, with lines like "progress=59%".
When download finished, the file is deleted.

A simple way to do this, is that other programs like web browsers and download manager write an additional file, for example, with extension ".download" and a dot prefix. This file should be like a conf/ini file, with lines like "progress=59%". When download finished, the file is deleted.

Written by la_serpe the 23 Mar 10 at 20:00.

Use a different icon for "files in progress" so it would be clear that the file is currently being downloaded. Let the browses download plugin to do the rest.

Use a different icon for "files in progress" so it would be clear that the file is currently being downloaded. Let the browses download plugin to do the rest.

Written by matyy the 25 Mar 10 at 10:50.

Well I am not really clear about the technical side of it all, so someone else has to "refine" it. My idea is that it should be a consistent solution for all kind of file transfers - accessible for a lot of download programs and file browsers. A solution just for transmission and nautilus wouldn't be much more than a dirty hack.

When you have a daemon that controls all file transfers it can manage the download status and send notifications when downloads are done. This could also solve idea 24057 ( http://brainstorm.ubuntu.com/idea/24057/ ).

The best would be if you could configure everything at one place than - tell it where progress bars are shown, when it should send notifications and so on.

Well I am not really clear about the technical side of it all, so someone else has to "refine" it. My idea is that it should be a consistent solution for all kind of file transfers - accessible for a lot of download programs and file browsers. A solution just for transmission and nautilus wouldn't be much more than a dirty hack. When you have a daemon that controls all file transfers it can manage the download status and send notifications when downloads are done. This could also solve idea 24057 ( http://brainstorm.ubuntu.com/idea/24057/ ). The best would be if you could configure everything at one place than - tell it where progress bars are shown, when it should send notifications and so on. <img src="http://www.fishclan.net/matyy/ftd.png" WIDTH=900 HEIGHT=300>

Written by forteller the 28 Mar 10 at 17:14.

This is a fantastic idea, but some people might not like the way it looks in this mockup. Some would like to have a progress bar underneath the file, some would like a bar on top of the icon, some might rather want the percentage shown on top of the icon, or in a small badge in the top right corner of the icon, etc.. It should be easy for theme creators to change the look and feel of this.

This is a fantastic idea, but some people might not like the way it looks in this mockup. Some would like to have a progress bar underneath the file, some would like a bar on top of the icon, some might rather want the percentage shown on top of the icon, or in a small badge in the top right corner of the icon, etc.. It should be easy for theme creators to change the look and feel of this.

Written by sllih the 30 Mar 10 at 19:48.

Add target size as additional metadata of files or directories. Then show and update progress bar by the difference between target and actual size.
For example, the target size is 10MB and the actual size is 5MB, so the progress is 50%. This could work even if downloading is paused, postponed or abandoned.

Add target size as additional metadata of files or directories. Then show and update progress bar by the difference between target and actual size. For example, the target size is 10MB and the actual size is 5MB, so the progress is 50%. This could work even if downloading is paused, postponed or abandoned.

Written by a.shaferov the 22 Apr 10 at 13:52.

Extended attributes:
- downloaded_from
- downloaded_percent
- downloaded_by - application which downloads this file of dir. To use in context menu.

Update attributes from download manager (or torrent client).
Simple plugin to display info from xattrs.

Extended attributes: - downloaded_from - downloaded_percent - downloaded_by - application which downloads this file of dir. To use in context menu. Update attributes from download manager (or torrent client). Simple plugin to display info from xattrs.

Written by elypter the 27 May 10 at 19:19.

to be able to distinguish it the download progress should be aligned to the right
eg:
_________######
instead of:
######_________

to be able to distinguish it the download progress should be aligned to the right eg: _________###### instead of: ######_________

Written by yzarc the 15 Nov 09 at 12:39.

give it more features:
1- show min/restore commands.
2- permit to the app to add gadgets like progress bar, tab-bar, multimedia commands.
3- make it fit with the gtk theme and touching the windows to give the illusion it's part of the window.
4- add launchers.
5- window "menu mode", the window is no maximized but stay attached to the panel, like the calendar.
6- group / ungroup windows.
7- tile windows command.
8- show desktop applet.
9- places applet.

give it more features: 1- show min/restore commands. 2- permit to the app to add gadgets like progress bar, tab-bar, multimedia commands. 3- make it fit with the gtk theme and touching the windows to give the illusion it's part of the window. 4- add launchers. 5- window "menu mode", the window is no maximized but stay attached to the panel, like the calendar. 6- group / ungroup windows. 7- tile windows command. 8- show desktop applet. 9- places applet.

Written by yzarc the 15 Nov 09 at 12:47.

make it more flexible permitting apps to use it as they need.
tab-bar for browsers, art and commands for media players,avatar, status, last msg of a IM windows, etc. no just title and min/max buttons.

look at this example from "clever windows" mockup, the title bar belong to the app, is useful and beautiful, holds interesting informations, is no more just an useless strip.

make it more flexible permitting apps to use it as they need. tab-bar for browsers, art and commands for media players,avatar, status, last msg of a IM windows, etc. no just title and min/max buttons. look at this example from "clever windows" mockup, the title bar belong to the app, is useful and beautiful, holds interesting informations, is no more just an useless strip. <img src="http://lh5.ggpht.com/_ugxjjESE8ro/SwEioSEWJLI/AAAAAAAAAFI/7j1JYEHM3WA/screenshot2.png" />

Written by Lachu the 15 Nov 09 at 15:45.

Already window managers have designed to not disappoint users. It will force designers to add caption bar, caption buttons, etc. We should fix window border size to 2/4 pixels to each edge. Also, we need to make whole space not contained in active window interactive - by clicking on other window, we don't bring it on first front, but menu with possible actions should appear.
Use cases:
1) Alex would to move window. He only click on destination position and select move there. Alex can also click on window border or white space at screen, go to mode submenu and select move.
2) We had window maximized. It takes whole screen plus borders. Alex can click on border and select window list > gedit(for example). She can also select desktop from window list or click minimize window.

It will brinks better way to integrate with user(more natural, flexible, faster). Additional features is we don't waste space and there always possibility to use mouse(today we must use keyboard in some cases or move window on whole screen).

We should display windows title, when cursor leaves active window or alt key is pressed.

Already window managers have designed to not disappoint users. It will force designers to add caption bar, caption buttons, etc. We should fix window border size to 2/4 pixels to each edge. Also, we need to make whole space not contained in active window interactive - by clicking on other window, we don't bring it on first front, but menu with possible actions should appear. Use cases: 1) Alex would to move window. He only click on destination position and select move there. Alex can also click on window border or white space at screen, go to mode submenu and select move. 2) We had window maximized. It takes whole screen plus borders. Alex can click on border and select window list > gedit(for example). She can also select desktop from window list or click minimize window. It will brinks better way to integrate with user(more natural, flexible, faster). Additional features is we don't waste space and there always possibility to use mouse(today we must use keyboard in some cases or move window on whole screen). We should display windows title, when cursor leaves active window or alt key is pressed.

Written by Lasall the 22 Nov 09 at 03:37.

So you can use unused space at the top bar.

So you can use unused space at the top bar. <img src="http://gnome2-globalmenu.googlecode.com/svn/wiki/GlobalMenuWindows.png" />

Written by speedkreature the 1 Dec 09 at 18:48.

Using solution #2, extend transparent (or not) borders around the windows when the user moves the pointer (whether mouse, tablet or finger) to the edge of the window because it may be that the menu texts take up the entire top of the window leaving no place to click and drag the window.
The transparent borders would allow the user to resize and move the window as desired.
Hovering some number of milliseconds (or holding the click and not moving) over the extended border would allow for resize, the default action being move.
If the window is fullscreen, it will need to be taken out of full screen mode first. If it still takes the full available monitor space, the desktop environment needs to be resolution aware and shrink the window enough to allow for the border to appear.

GUI's are moving toward multi-touch and I think we need to prepare our desktops for this switch.
This method is a little more intuitive as it only appears when the user is approaching the window boarders (as you do when you intend to move or resize a window).

Using solution #2, extend transparent (or not) borders around the windows when the user moves the pointer (whether mouse, tablet or finger) to the edge of the window because it may be that the menu texts take up the entire top of the window leaving no place to click and drag the window. The transparent borders would allow the user to resize and move the window as desired. Hovering some number of milliseconds (or holding the click and not moving) over the extended border would allow for resize, the default action being move. If the window is fullscreen, it will need to be taken out of full screen mode first. If it still takes the full available monitor space, the desktop environment needs to be resolution aware and shrink the window enough to allow for the border to appear. GUI's are moving toward multi-touch and I think we need to prepare our desktops for this switch. This method is a little more intuitive as it only appears when the user is approaching the window boarders (as you do when you intend to move or resize a window).

Written by c3h8 the 15 Dec 09 at 00:09.

The Menu Bar should be integrated in to the title bar. The menu bar should be to the left. The window name sdhould be in the middle, and the buttons are still on the right, left or center as dictated by the window decorator.

The Menu Bar should be integrated in to the title bar. The menu bar should be to the left. The window name sdhould be in the middle, and the buttons are still on the right, left or center as dictated by the window decorator.

Written by Lachu the 1 Jan 10 at 17:22.

Titlebar should presents, when mouse cursor is outside titlebar. It should be displayed above the window and be transparent. Also titlebar should been displayed, when mouse are above borders of window for some amount of time.

Once window is maximized, we can display close button on panel(GNOME3 would integrate panels and window managers).

Titlebar should presents, when mouse cursor is outside titlebar. It should be displayed above the window and be transparent. Also titlebar should been displayed, when mouse are above borders of window for some amount of time. Once window is maximized, we can display close button on panel(GNOME3 would integrate panels and window managers).

Written by yzarc the 26 Mar 10 at 16:47.

I wrote some draft about a my idea.

please, give a look and send me a feed back.

http://dl.dropbox.com/u/5348766/boarder.pdf

<img src="http://dl.dropbox.com/u/5348766/screenshot2.png" /> I wrote some draft about a my idea. please, give a look and send me a feed back. http://dl.dropbox.com/u/5348766/boarder.pdf

Written by Jryskamp the 14 Apr 10 at 16:28.

To attain more screen real estate, if the window borders were change, it could drastically improve this aspect. As most applications (such as word processing, picture editing, and others) need more space vertically, if the title bar was turned 90 degrees and placed on the side of the window while keeping the toolbars on top. Then, to maintain the width of the window, make the title bar auto-hide. Most everyone doesn't use the title bar when they are working on writing, or editing so this would be a great help to most everyone.

And most people know what application they are using at the time so the information produced by the title bar is useless. Having it hidden saves space; however, when it is needed, it can quickly be produced. The window switcher at the bottom will still display the names of the applications switching using them wouldn't be affected.

This will also help change up the impression that Ubuntu is trying to mirror OSX with the change from right to left of window controls.

It's just a thought from a common user who has no computer coding skill whatsoever but I thought it was kinda cool if it made life easier for some people... Let me know what people think or if there are any questions.

To attain more screen real estate, if the window borders were change, it could drastically improve this aspect. As most applications (such as word processing, picture editing, and others) need more space vertically, if the title bar was turned 90 degrees and placed on the side of the window while keeping the toolbars on top. Then, to maintain the width of the window, make the title bar auto-hide. Most everyone doesn't use the title bar when they are working on writing, or editing so this would be a great help to most everyone. And most people know what application they are using at the time so the information produced by the title bar is useless. Having it hidden saves space; however, when it is needed, it can quickly be produced. The window switcher at the bottom will still display the names of the applications switching using them wouldn't be affected. This will also help change up the impression that Ubuntu is trying to mirror OSX with the change from right to left of window controls. It's just a thought from a common user who has no computer coding skill whatsoever but I thought it was kinda cool if it made life easier for some people... Let me know what people think or if there are any questions.

Written by mikko.rantalainen the 19 Oct 10 at 11:46.

Something a bit similar to http://www.markshuttleworth.com/archives/359 adjusted to be usable with big screens:

(1) Render active window title in the top panel (over the panel's real contents such as "Applications", "Places", "System" etc) and fade out the window title (towards transparent) to make panel actions available again when mouse cursor come close. Keep window menu with the window (this is, of course, up to the application--suggest that "File" menu should be replaced with application name as seen in OS X, this would make even more sense if top of the window is usually the menu for the window).

(2) Remove title bar from window itself. Come up with better methods to move windows (and preferably, get the window manager to manage the windows automatically). I'd prefer Super + left mouse button for moving window, Super + right mouse button for resize. Dragging window towars the top of the screen should maximize it, dragging window towards the bottom of the screen should minimize it etc. A method that does not require keyboard could be invented, too. The real point here is that using ONLY the title bar for moving the window is missing a HUGE amount of pixels that could be used for moving a window. The same is even more true for resizing windows with current window managers. One possibility could be some kind of "Arrange windows" mode where clicking and dragging any windows does not send clicks or drags to the applications itself. Kind of "Show all desktops" view where clicking a window will interact with the window, not the application.

Something a bit similar to http://www.markshuttleworth.com/archives/359 adjusted to be usable with big screens: (1) Render active window title in the top panel (over the panel's real contents such as "Applications", "Places", "System" etc) and fade out the window title (towards transparent) to make panel actions available again when mouse cursor come close. Keep window menu with the window (this is, of course, up to the application--suggest that "File" menu should be replaced with application name as seen in OS X, this would make even more sense if top of the window is usually the menu for the window). (2) Remove title bar from window itself. Come up with better methods to move windows (and preferably, get the window manager to manage the windows automatically). I'd prefer Super + left mouse button for moving window, Super + right mouse button for resize. Dragging window towars the top of the screen should maximize it, dragging window towards the bottom of the screen should minimize it etc. A method that does not require keyboard could be invented, too. The real point here is that using ONLY the title bar for moving the window is missing a HUGE amount of pixels that could be used for moving a window. The same is even more true for resizing windows with current window managers. One possibility could be some kind of "Arrange windows" mode where clicking and dragging any windows does not send clicks or drags to the applications itself. Kind of "Show all desktops" view where clicking a window will interact with the window, not the application. (3) Possibly, reserve top right corner for application switcher, by default. If currently active application icon were always displayed at the top right corner and it's title were rendered next to it, clicking the top right corner would drop down a list of all application/windows. Done right, this could even make taskbar needless. As a result, the window manager would only render window border (a couple of pixels or possibly less) and window shadow and other extra stuff. There shouldn't be a reason why window top border should be any special from any other border the window has.

Written by nickr the 30 Jan 11 at 14:20.

All the Titlebar does is display close-minimize-maximize buttons and the window's title/name. Window-buttons (the rectangular windows that appear across the panel/taskbar when a file or program is opened) already display the window's name. If they were to gain a close-minimize-maximize button in the corner (similar to a web browser's TAB-button) they would negate any need for a Title bar. Perhaps the current length of the window-buttons could be made slightly longer to accommodate the extra buttons (not a problem on widescreen displays). All the Titlebar does presently is take up valuable vertical space. It will also improve Ubuntu usability because it is more intuitive to move to the open window-button on the panel/taskbar to close it or manipulate it than to move to the Titlebar.

To make everyone happy, developers could simply allow a settings change to add this functionality to the Ubuntu Appearance for users who want this functionality. Those who don't want it don't have to engage the setting.

All the Titlebar does is display close-minimize-maximize buttons and the window's title/name. Window-buttons (the rectangular windows that appear across the panel/taskbar when a file or program is opened) already display the window's name. If they were to gain a close-minimize-maximize button in the corner (similar to a web browser's TAB-button) they would negate any need for a Title bar. Perhaps the current length of the window-buttons could be made slightly longer to accommodate the extra buttons (not a problem on widescreen displays). All the Titlebar does presently is take up valuable vertical space. It will also improve Ubuntu usability because it is more intuitive to move to the open window-button on the panel/taskbar to close it or manipulate it than to move to the Titlebar. To make everyone happy, developers could simply allow a settings change to add this functionality to the Ubuntu Appearance for users who want this functionality. Those who don't want it don't have to engage the setting.

Written by rockachu2 the 2 Apr 11 at 19:22.

The user could click and drag to move, drag to the top of the screen to maximize, and double click to close
The user could drag to the window bar to minimize.
This would open up a lot of space.

When activating a window, a user would see the title in a separate 'bulge' , which would shrink after some time.

Applications should also be able to 'draw' over the top border and use the sides as they wish, since there is no need for restriction there anymore.

The user could click and drag to move, drag to the top of the screen to maximize, and double click to close The user could drag to the window bar to minimize. This would open up a lot of space. When activating a window, a user would see the title in a separate 'bulge' , which would shrink after some time. Applications should also be able to 'draw' over the top border and use the sides as they wish, since there is no need for restriction there anymore.

Written by joshp01 the 5 Aug 12 at 04:17.

If you select another calendar app as default. It's calendar is used as the calendar in unity clock's calendar. If you sign in to online account. Download it's calendar into a database called calendar.db in the user's home folder for an example. It could also be used as a central calendar database for all calendars on your computer, desktop apps also.

If you select another calendar app as default. It's calendar is used as the calendar in unity clock's calendar. If you sign in to online account. Download it's calendar into a database called calendar.db in the user's home folder for an example. It could also be used as a central calendar database for all calendars on your computer, desktop apps also.

Written by PaddyLandau the 7 Aug 12 at 13:45.

This is specific to on-line calendars, such as Google Calendar.

As for Solution #1, but additionally for on-line calendars, update the database whenever the user accesses the Unity calendar (unless the computer is off-line, of course).

If the computer is off-line:

* Make the calendar read-only, with a warning message, until the computer goes back on-line.
* Or, if feasible, accept changes but with a clear and obvious warning. Synchronise when the computer goes back on-line.

This is specific to on-line calendars, such as Google Calendar. As for Solution #1, but additionally for on-line calendars, update the database whenever the user accesses the Unity calendar (unless the computer is off-line, of course). If the computer is off-line: * Make the calendar read-only, with a warning message, until the computer goes back on-line. * Or, if feasible, accept changes but with a clear and obvious warning. Synchronise when the computer goes back on-line.

Written by yzarc the 27 Aug 12 at 20:45.

Be able to add and monitoring calendar files (icalendar, for example). Therefore, one can take advantage of synchronization and sharing file systems as ubuntuONE, dropbox, etc.

Be able to add and monitoring calendar files (icalendar, for example). Therefore, one can take advantage of synchronization and sharing file systems as ubuntuONE, dropbox, etc.

Written by fde the 29 Feb 08 at 09:54.

Ubuntu Brainstorm was updated in January 2009. Since the idea #1199 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 #1199 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 akurei the 10 Oct 09 at 18:37.

In the open/save dialog you should be able to view items as thumbnails and not only in list-view (CTRL + 1 view in nautilus instead of CTRL + 2).

In the open/save dialog you should be able to view items as thumbnails and not only in list-view (CTRL + 1 view in nautilus instead of CTRL + 2).

Written by billdotson the 4 Oct 09 at 18:42.

Be able to delete, rename, make new files, etc. in the open/save dialog windows in nautilus.

Be able to delete, rename, make new files, etc. in the open/save dialog windows in nautilus.

Written by Lachu the 11 Oct 09 at 09:48.

Add unlock/lock button to open/save dialog for deleting/moving operations. All operations, that can brings lost of data must be done in unlock mode.

Add unlock/lock button to open/save dialog for deleting/moving operations. All operations, that can brings lost of data must be done in unlock mode.

Written by natureflow the 12 Oct 09 at 16:10.

Nautilus has all features you eventually will miss in a normal open/save file dialog. If you bloat the open/save dialog with file management tasks, people will mistake the dialog for the file manager, like people do using Windows Vista. If you click on a file, you expect the file to be opened, but if you accidentally were in a save dialog, you could have overwritten an important file. So I propose to open the file manager instead of the open/save dialog to make things clear. There in the file manager will be a new file in the sidebar. This is your document. You can navigate to your favorite folder and drag and drop your file there or click the "Save file here" button.

Nautilus has all features you eventually will miss in a normal open/save file dialog. If you bloat the open/save dialog with file management tasks, people will mistake the dialog for the file manager, like people do using Windows Vista. If you click on a file, you expect the file to be opened, but if you accidentally were in a save dialog, you could have overwritten an important file. So I propose to open the file manager instead of the open/save dialog to make things clear. There in the file manager will be a new file in the sidebar. This is your document. You can navigate to your favorite folder and drag and drop your file there or click the "Save file here" button. <img src="http://img337.imageshack.us/img337/3785/filebrowser.png" width="356" height="220"/> <img src="http://img153.imageshack.us/img153/6398/nautilusstreamlinedfile.png" width="606" height="413" />

Written by natureflow the 12 Oct 09 at 16:22.

You click on "Save" and get a little dialog with "Name", "Folder" and "Tags", like you see it if you click on the star in the address bar in the firefox browser. So you can easily rename your document if you want. If you want you can click on a button to get more options. File management tasks confuse the user, keep it simple.

You click on "Save" and get a little dialog with "Name", "Folder" and "Tags", like you see it if you click on the star in the address bar in the firefox browser. So you can easily rename your document if you want. If you want you can click on a button to get more options. File management tasks confuse the user, keep it simple. <img src="http://www.mozilla.com/en-US/img/tignish/features/bookmarks.png" alt="One-Click Bookmarking screenshot"/>

Written by oliver-joos the 25 Oct 09 at 09:52.

I would prefer a button in the open/save dialog next to the "Create new folder" button. This button would open a Nautilus window showing the same folder as the open/save dialog.

This solution only needs two clicks more than #1 (to open & close Nautilus), does not bloat the open/save dialog and follows the DRY design principle ("Don't Repeat Yourself").

I would prefer a button in the open/save dialog next to the "Create new folder" button. This button would open a Nautilus window showing the same folder as the open/save dialog. This solution only needs two clicks more than #1 (to open & close Nautilus), does not bloat the open/save dialog and follows the DRY design principle ("Don't Repeat Yourself").

Written by dinar the 24 Jan 10 at 06:30.

html only or full selector of save as dialog fo firefox should be in "collapsed" mode of the dialog.

html only or full selector of save as dialog fo firefox should be in "collapsed" mode of the dialog.

Written by afrodeity the 17 Nov 10 at 16:33.

A mini browser that is customisable, anything which acts as a replacement, this would mean allowing some form of input to replace the current open with/save dialogues. Progress in any direction frankly would be worth it. Let's have choices in how we do this.

A mini browser that is customisable, anything which acts as a replacement, this would mean allowing some form of input to replace the current open with/save dialogues. Progress in any direction frankly would be worth it. Let's have choices in how we do this.

Written by jimmux the 28 Feb 08 at 23:46.

Ubuntu Brainstorm was updated in January 2009. Since the idea #240 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 #240 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 strattonbrazil the 14 Jul 08 at 22:28.

Ubuntu Brainstorm was updated in January 2009. Since the idea #11133 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 #11133 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 jarko_ the 22 Feb 09 at 12:46.

Like in some other systems, associate key combination to bring up 'recovery screen' or similary named one.

This window doesn't have to be normal GTK-window, but something from the upper level, like GDM (or xorg if going for extreme) created 'recovery screen/task manager'. This should ensure that no window or full screen application could hide or block the 'recovery screen'.

This recovery screen could have options to kill programs, log out, shutdown and lock computer etc.

Like in some other systems, associate key combination to bring up 'recovery screen' or similary named one. This window doesn't have to be normal GTK-window, but something from the upper level, like GDM (or xorg if going for extreme) created 'recovery screen/task manager'. This should ensure that no window or full screen application could hide or block the 'recovery screen'. This recovery screen could have options to kill programs, log out, shutdown and lock computer etc.

Written by Magnes the 23 Feb 09 at 07:46.

If there is an application that uses all the resources allow closing it (if it uses all the memory) or make it nicer (if it uses all the CPU) by one click in System Monitor.

If there is an application that uses all the resources allow closing it (if it uses all the memory) or make it nicer (if it uses all the CPU) by one click in System Monitor.

Written by jamessnell the 26 Feb 09 at 20:37.

== Graphical ==
If a separate X session configured entirely to show a System Monitor could be very well insulated from buggy applications.

In those cases where a game causes you to change video modes and then screws up, you'll still have a graceful way to touch the System Monitor.

== Command-Line ==
An ncurses interface (like that of "aptitude") for the command line would also be awesome for those cases when the entire Xorg system ignores you. This would help when the keyboard is being ignored as it'd be fast to pull up over ssh.


Yes this is could basically be a wrapper interface to ps.

== Graphical == If a separate X session configured entirely to show a System Monitor could be very well insulated from buggy applications. In those cases where a game causes you to change video modes and then screws up, you'll still have a graceful way to touch the System Monitor. == Command-Line == An ncurses interface (like that of "aptitude") for the command line would also be awesome for those cases when the entire Xorg system ignores you. This would help when the keyboard is being ignored as it'd be fast to pull up over ssh. Yes this is could basically be a wrapper interface to ps.

Written by zooounds the 3 Mar 09 at 11:15.

It rest in a tty until needed and can be used to kill application even if X is totaly broken.

It rest in a tty until needed and can be used to kill application even if X is totaly broken.

Written by cousteau the 5 Mar 09 at 17:27.

Ctrl+Alt+Del opens the Logout dialog (at least on Hardy). So it would be nice to add an "Open System Monitor" option to it.

Ctrl+Alt+Del opens the Logout dialog (at least on Hardy). So it would be nice to add an "Open System Monitor" option to it.

Written by jackmcslay the 7 Mar 09 at 14:57.

This is a continuation of #2. We should get xkill and gnome-system-monitor among the available action options on
System>Preferences>Keyboard shortcuts

so, even if Ctrl+Alt+Del remains as "logout" shortcut, the option of binding it to Ctrl+Alt+Del remains available

This is a continuation of #2. We should get xkill and gnome-system-monitor among the available action options on System>Preferences>Keyboard shortcuts so, even if Ctrl+Alt+Del remains as "logout" shortcut, the option of binding it to Ctrl+Alt+Del remains available

Written by Tom Mann the 12 Mar 09 at 20:47.

In KDE and XFCE, if you hit CTRL-ALT-ESC, your cursor turns into an X (or a skull and crossbones) and clicking any app (it doesn't have to be stuck) kills it.

I still don't get why it disappeared from Ubuntu's Gnome Desktop (I'm not sure if this happens on any other distros Gnome desktop)

In KDE and XFCE, if you hit CTRL-ALT-ESC, your cursor turns into an X (or a skull and crossbones) and clicking any app (it doesn't have to be stuck) kills it. I still don't get why it disappeared from Ubuntu's Gnome Desktop (I'm not sure if this happens on any other distros Gnome desktop)

Written by quartz the 20 Mar 09 at 17:12.

The system monitor window needs to be responsive, not just there.

Just bringing up system monitor (or a new manager if necessary) is not enough is the CPU is totally taken, if it comes up, any process(es) that might be hogging resources should be reniced to a slightly lower priority and the system monitor process should be started fairly high.

(A good question is what to do if the problem is with X itself, since renicing it might slow down the system monitor too)

The system monitor window needs to be responsive, not just there. Just bringing up system monitor (or a new manager if necessary) is not enough is the CPU is totally taken, if it comes up, any process(es) that might be hogging resources should be reniced to a slightly lower priority and the system monitor process should be started fairly high. (A good question is what to do if the problem is with X itself, since renicing it might slow down the system monitor too)

Written by Craig73 the 21 Mar 09 at 14:28.

Capture CTRL+ALT+DEL (or perhaps the second CTRL+ALT+DEL for just "frozen systems") at the kernel level, which opens a graphical task manager (logoff / process manager / whatever) which draws directly to the screen (bypassing X which may be frozen)

To implement this - it would write to the framebuffer, and would likely require KMS and DRI2. [Ideally it would capture the current screen in the framebuffer, and draw the dialog on top, for a integrated feeling].

Then have it fall back to VGA text only if it can't grab a graphical framebuffer (things are really hurting)

My intent is to handle cases such as X being frozen, or in a full screen game, etc.

Capture CTRL+ALT+DEL (or perhaps the second CTRL+ALT+DEL for just "frozen systems") at the kernel level, which opens a graphical task manager (logoff / process manager / whatever) which draws directly to the screen (bypassing X which may be frozen) To implement this - it would write to the framebuffer, and would likely require KMS and DRI2. [Ideally it would capture the current screen in the framebuffer, and draw the dialog on top, for a integrated feeling]. Then have it fall back to VGA text only if it can't grab a graphical framebuffer (things are really hurting) My intent is to handle cases such as X being frozen, or in a full screen game, etc.

Written by qwerty800 the 11 Jun 09 at 21:17.

It would be really nice to have a shortcut like Alt+SysRq+X, that automatically kill the focused application. Using a such shortcut would avoid the inconvenience of passing trough the task manager, nor restart the whole X server and to work with the full screen programs! Having a 16:10 monitor often causes me to get stuck with unsupported resolutions. When that happens, I have to restart my whole X server and THAT'S annoying!

Plus, "X" is easy to remember, because:
*It's not currently used.
*It can refer to Xkill
*It can refer to Xorg
*It can refer to the Window decoration (X=Close)!

It would be really nice to have a shortcut like Alt+SysRq+X, that automatically kill the focused application. Using a such shortcut would avoid the inconvenience of passing trough the task manager, nor restart the whole X server and to work with the full screen programs! Having a 16:10 monitor often causes me to get stuck with unsupported resolutions. When that happens, I have to restart my whole X server and THAT'S annoying! Plus, "X" is easy to remember, because: *It's not currently used. *It can refer to Xkill *It can refer to Xorg *It can refer to the Window decoration (X=Close)!

Written by Shnatsel the 25 Jul 09 at 10:09.

Xfce did so, and if something hangs, it's easy to kill it. GNOME has a panel applet for such purposes, but if a fullscreen game hangs, it's useless.

Xfce did so, and if something hangs, it's easy to kill it. GNOME has a panel applet for such purposes, but if a fullscreen game hangs, it's useless.

Written by viva.amego the 5 Mar 10 at 03:37.

its good idea and there is an easy solution for now


right click (system > administration > system monitor)
select (add this launcher to panel)
right click (system monitor "in panel")
select (properties )
copy ( command )

run (system > preference > keyboard shortcuts)
click ( add)

name -> system monitor
command -> right click( paste)

click (apply)

and you had shourtcut

its good idea and there is an easy solution for now right click (system > administration > system monitor) select (add this launcher to panel) right click (system monitor "in panel") select (properties ) copy ( command ) run (system > preference > keyboard shortcuts) click ( add) name -> system monitor command -> right click( paste) click (apply) and you had shourtcut

Written by Lachu the 28 Mar 10 at 17:06.

Simply start a new X Session for every application using fullscreen mode.

Simply start a new X Session for every application using fullscreen mode.

Written by trezker the 28 Mar 10 at 05:57.

Simply put, whenever an app makes a call to set a fullscreen mode the system refuses to do it.

Simply put, whenever an app makes a call to set a fullscreen mode the system refuses to do it.

Written by dottornik the 27 Apr 10 at 14:51.

Gizmod intercepts ctrl-alt-del (even when fullscreen application have focus) and execute:
wmctrl -k on (minimize all windows)
gnome-system-monitor

tested in Lucid & Karmic and work with:
-XBMC fullscreen crashed by youtube plugin
-fullscreen crashed gmameui
-fullscreen crashed flash player
-lot of crashed stuff

Instructions:

-install wmctrl
sudo apt-get install wmctrl

-disable default ctrl-alt-del shortcut from System>Preferences>Keyboard shortcuts

-install gizmod
http://gizmod.sourceforge.net/
install and set group permissions (see HOWTO - Setting Input Device Permissions - Creating a udev Rule)

Gizmod intercepts ctrl-alt-del (even when fullscreen application have focus) and execute: wmctrl -k on (minimize all windows) gnome-system-monitor tested in Lucid & Karmic and work with: -XBMC fullscreen crashed by youtube plugin -fullscreen crashed gmameui -fullscreen crashed flash player -lot of crashed stuff Instructions: -install wmctrl sudo apt-get install wmctrl -disable default ctrl-alt-del shortcut from System>Preferences>Keyboard shortcuts -install gizmod http://gizmod.sourceforge.net/ install and set group permissions (see HOWTO - Setting Input Device Permissions - Creating a udev Rule) -edit 199-Keyboard-Default.py in ~/.gizmod/gizmod/modules.d/ add this: elif Gizmo.getKeyState(GizmoKey.KEY_DELETE) >= 1 and Gizmo.getKeyState(GizmoKey.KEY_LEFTCTRL) >= 1 and Gizmo.getKeyState(GizmoKey.KEY_LEFTALT) >= 1: subprocess.Popen(["wmctrl", "-k", "on"]) subprocess.Popen(["gnome-system-monitor"]) return True This is a python script, please respect document indentation! Excuse me for my bad english... coming soon: automatic install and config script....

Written by Darwin Survivor the 29 Mar 09 at 00:31.

Most people with vertical panels use moderately wide ones (similar to Vista's panel thing).

By making the following changes to the following applets, vertical panels would become MUCH more usable:
-clock: allow multi-line clock (time above date)
-switch user: simply allow the name to be horizontal when in a vertical panel
-Applications/Places/System menu: rename "Applications" to "Apps" when in a vertical panel, then put one above the other.
-notification area: Implement columns (rows would also be nice in thick horizontal panels)

Most people with vertical panels use moderately wide ones (similar to Vista's panel thing). By making the following changes to the following applets, vertical panels would become MUCH more usable: -clock: allow multi-line clock (time above date) -switch user: simply allow the name to be horizontal when in a vertical panel -Applications/Places/System menu: rename "Applications" to "Apps" when in a vertical panel, then put one above the other. -notification area: Implement columns (rows would also be nice in thick horizontal panels)

Written by Shady3D the 29 Mar 09 at 18:18.

it can be like Amarok u can add places and when u click it expands with a folders view and u can drag what u want or open it and after u finish u click on the left panel button it shrinks again

it can be like Amarok u can add places and when u click it expands with a folders view and u can drag what u want or open it and after u finish u click on the left panel button it shrinks again

Written by kazagistar the 30 Mar 09 at 16:54.

A dock is a very logical way to achieve a vertical interface...

A dock is a very logical way to achieve a vertical interface...

Written by tchalvakspam the 9 Apr 09 at 21:58.

The "Applications", "Places", and "System" menu take up a -lot- of space, which could be more efficiently used if those menus could just be squashed down into their icons when horizontal space is limited, such as on a vertical panel. If an icon was made available for the clock, that would also fit better on a vertical panel.

The "Applications", "Places", and "System" menu take up a -lot- of space, which could be more efficiently used if those menus could just be squashed down into their icons when horizontal space is limited, such as on a vertical panel. If an icon was made available for the clock, that would also fit better on a vertical panel.

Written by tchalvakspam the 9 Apr 09 at 22:22.

Part of the problem is that sometimes panels could benefit from being hidden, but the "this whole side triggers a panel sliding out" method is too easily triggered and not precise enough. Being able to slide out panels from the corners of the screen would allow a lot more space and usage to be made available.

Part of the problem is that sometimes panels could benefit from being hidden, but the "this whole side triggers a panel sliding out" method is too easily triggered and not precise enough. Being able to slide out panels from the corners of the screen would allow a lot more space and usage to be made available.

Written by Ian Burnet the 14 Apr 09 at 08:49.

When you switch panel orientation, icons get moved to make it conform to the size. That is fine so long as you stay in that orientation, but when you switch back your original orientation, the icons will be completely messed up, even if they were originally "locked" to the panel. Instead, when changing panel orientation:

If icons are locked, do not move them. Put them such that the original ordering and spacing is maintained- basically as if the panel were only rotated, even if that puts some icons out of view. For the vertical orientation, icons should be descending (from below Apps/Places/System) to match the standard horizontal appearance. If there is room, enlarge icons to reduce empty space due to a wider vertical bar, but still maintain proportional spacing. When switching from vertical to horizontal, locked icons that were in rows should be grouped together.
Note: If icons are big, they should decrease in size when new icons are added if there isn't room.

The same should generally be done if possible when icons are not locked. If icons would go off the bar, however, they should be moved- for the vertical bar, they would go in rows. Also, when switching to vertical if icons were grouped together before, they should be put in corresponding rows (only one group per row, even if another icon will fit).

Finally, there should be an option (enabled by default) to save the current layout before switching, so that when going back to a previously-used orientation, the layout is the same as it was before, even if icons were unlocked or had to be moved. Obviously, only horizontal and vertical layouts would be saved, so there wouldn't be weird effects when going between top and bottom or left and right. Also obviously but notably, if an icon is removed, it would be removed from the saved layout as well.

When you switch panel orientation, icons get moved to make it conform to the size. That is fine so long as you stay in that orientation, but when you switch back your original orientation, the icons will be completely messed up, even if they were originally "locked" to the panel. Instead, when changing panel orientation: If icons are locked, do not move them. Put them such that the original ordering and spacing is maintained- basically as if the panel were only rotated, even if that puts some icons out of view. For the vertical orientation, icons should be descending (from below Apps/Places/System) to match the standard horizontal appearance. If there is room, enlarge icons to reduce empty space due to a wider vertical bar, but still maintain proportional spacing. When switching from vertical to horizontal, locked icons that were in rows should be grouped together. Note: If icons are big, they should decrease in size when new icons are added if there isn't room. The same should generally be done if possible when icons are not locked. If icons would go off the bar, however, they should be moved- for the vertical bar, they would go in rows. Also, when switching to vertical if icons were grouped together before, they should be put in corresponding rows (only one group per row, even if another icon will fit). Finally, there should be an option (enabled by default) to save the current layout before switching, so that when going back to a previously-used orientation, the layout is the same as it was before, even if icons were unlocked or had to be moved. Obviously, only horizontal and vertical layouts would be saved, so there wouldn't be weird effects when going between top and bottom or left and right. Also obviously but notably, if an icon is removed, it would be removed from the saved layout as well. All of this together should make trying out another panel orientation a more pleasant experience, especially if you are attached to the way your icons look already or if you want to switch back.

Written by zelrikriando the 27 Apr 09 at 02:18.

They have a very nice menu

They have a very nice menu <3

Written by ending.theme the 1 Dec 09 at 17:00.

Rather than having a huge icon as taskbar size expands, with a vertical taskbar, it would be nice if widgets could use that extra space to display text. For example, the battery monitor widget would display a small battery icon on the far left of the screen and then to the right of it display info about the batteries, such as time remaining. If you check out the way kubuntu already displays running programs in a vertical taskbar, you'll get a better idea of what i'm saying. Just replace the program icon with the widget icon and the text with relevant text from the widget. Check http://img268.imageshack.us/img268/7620/taskbarsnapshot.png for a screenshot.

Rather than having a huge icon as taskbar size expands, with a vertical taskbar, it would be nice if widgets could use that extra space to display text. For example, the battery monitor widget would display a small battery icon on the far left of the screen and then to the right of it display info about the batteries, such as time remaining. If you check out the way kubuntu already displays running programs in a vertical taskbar, you'll get a better idea of what i'm saying. Just replace the program icon with the widget icon and the text with relevant text from the widget. Check http://img268.imageshack.us/img268/7620/taskbarsnapshot.png for a screenshot.

Written by wenex the 17 Feb 10 at 12:01.

i only see the icons for example:
shut down - mouse over it expands and show the name, i click on it or the name it expand the whole menu like it is now.

clock: i see the clock, mouse-over it expands the date and when i click on it I get the calendar

tray: 2 columns if i deside the trayicon bigness is 50% of the panel, 3 columns at 33% and four (very small on thin panels!?!) if i choose 25 %.

tasks like win7 tasks, only icon with max first letter

start menu: I should be able to choose icons instead of the names (application, places, system) and put one above the other

when i choose a icon i should be able to define the bigness in percent of the panel thickness.

i only see the icons for example: shut down - mouse over it expands and show the name, i click on it or the name it expand the whole menu like it is now. clock: i see the clock, mouse-over it expands the date and when i click on it I get the calendar tray: 2 columns if i deside the trayicon bigness is 50% of the panel, 3 columns at 33% and four (very small on thin panels!?!) if i choose 25 %. tasks like win7 tasks, only icon with max first letter start menu: I should be able to choose icons instead of the names (application, places, system) and put one above the other when i choose a icon i should be able to define the bigness in percent of the panel thickness.

Written by harun3d the 1 Jun 12 at 13:29.

If the panel is vertical, the text should also go in that direction to be visible. Now they made the text horizontal and you see only the icon of the window and not the name of it, however there is a lot of space in the vertical direction.

If the panel is vertical, the text should also go in that direction to be visible. Now they made the text horizontal and you see only the icon of the window and not the name of it, however there is a lot of space in the vertical direction.