Written by amrhassan the 7 Jul 08 at 11:19.

Ubuntu Brainstorm was updated in January 2009. Since the idea #10830 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 #10830 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 amrhassan the 15 Apr 09 at 13:59.

Somewhere under the storage devices.

Somewhere under the storage devices.

Written by amrhassan the 15 Apr 09 at 14:00.

Between Desktop and the File System.

Between Desktop and the File System.

Written by amrhassan the 15 Apr 09 at 14:08.

Add it under Networks and move the two under the storage devices like in the main menu.

Add it under Networks and move the two under the storage devices like in the main menu.

Written by amrhassan the 15 Apr 09 at 14:15.

Like in the Main Menu's Places.

Like in the Main Menu's Places.

Written by andruk the 15 Apr 09 at 19:26.

The simple designation "Home" can be slightly confusing for people - is it their home and only their home, or is it the shared home for everybody on the computer (think of a family living in a house - you can have the same "home" for multiple people in the real world)? Then, if the user thinks that its the collective home folder, they might get confused with what the Public or Shared folders are.

I suggest changing the entry to indicate ownership - eg: "andruk's Home Folder", "andruk - Home Folder" or "Home Folder - andruk". That way people know which user owns the folder.

The simple designation "Home" can be slightly confusing for people - is it their home and only their home, or is it the shared home for everybody on the computer (think of a family living in a house - you can have the same "home" for multiple people in the real world)? Then, if the user thinks that its the collective home folder, they might get confused with what the Public or Shared folders are. I suggest changing the entry to indicate ownership - eg: "andruk's Home Folder", "andruk - Home Folder" or "Home Folder - andruk". That way people know which user owns the folder.

Written by Living-FOSS-iL the 19 May 09 at 07:45.

Nautilus is already aware of disks that are unmounted or ejected. Why not extended its range of actions to closing the window of the unavailable disk.

Nautilus is already aware of disks that are unmounted or ejected. Why not extended its range of actions to closing the window of the unavailable disk.

Written by Ssdg the 19 May 09 at 15:46.

If you use tabs to browse your media, if the window closes, you loose all tabs. so juste close one tab and if it's the last one close the window.

If you use tabs to browse your media, if the window closes, you loose all tabs. so juste close one tab and if it's the last one close the window.

Written by mitkaese the 22 May 09 at 00:58.

I'm not sure auto-closing windows on the user is the best idea. I can imagine times when when the user needs to know what was just removed, e.g. to compare with those on another drive.

It seems a much more robust solution to visually/sonically signify that the drive is no longer mounted, perhaps by graying out the window or adding an "[Ejected]" to the title bar.

Additionally, the Ubuntu's system notification could let the user know the drive has been removed and *ask* if the correspondent windows should be closed.

I'm not sure auto-closing windows on the user is the best idea. I can imagine times when when the user needs to know what was just removed, e.g. to compare with those on another drive. It seems a much more robust solution to visually/sonically signify that the drive is no longer mounted, perhaps by graying out the window or adding an "[Ejected]" to the title bar. Additionally, the Ubuntu's system notification could let the user know the drive has been removed and *ask* if the correspondent windows should be closed.

Written by Clorox the 23 May 09 at 01:25.

#4 is a great idea, but if the user is asked whether the window should be closed, then there should be a "do not ask again" option.

#4 is a great idea, but if the user is asked whether the window should be closed, then there should be a "do not ask again" option.

Written by LiraNuna the 23 May 09 at 06:56.

Ubuntu Jaunty (9.04) have a new marvelous notification system. Use it to report that the media is now safe to remove.

Ubuntu Jaunty (9.04) have a new marvelous notification system. Use it to report that the media is now safe to remove.

Written by Kver the 25 May 09 at 00:40.

Instead of closing the tab, move the current location to either the /media folder, or the parent folder of the mount point.

Instead of closing the tab, move the current location to either the /media folder, or the parent folder of the mount point.

Written by amrhassan the 3 Jul 08 at 08:06.

Ubuntu Brainstorm was updated in January 2009. Since the idea #10647 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 #10647 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 amrhassan the 19 Jun 08 at 02:48.

Ubuntu Brainstorm was updated in January 2009. Since the idea #10023 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 #10023 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 amrhassan the 29 Jun 08 at 02:19.

Ubuntu Brainstorm was updated in January 2009. Since the idea #10446 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 #10446 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 amrhassan the 23 Jun 08 at 01:21.

Ubuntu Brainstorm was updated in January 2009. Since the idea #10190 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 #10190 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 amrhassan the 13 Dec 08 at 08:55.

provide smaller more efficient controls for gnome.

provide smaller more efficient controls for gnome.

Written by amrhassan the 7 Mar 09 at 23:30.

Like in this mockup:


Progress reporting can be done in a notify-osd bubble and have it always-shown along with the other maximum of two notification bubbles. This progress bubble can have other operations concatenated to it while it's on, so we don't have to need more than one extra bubble for all the progress reporting.

Like in this mockup: <img src="http://i39.tinypic.com/2q9ifxh.png" /> Progress reporting can be done in a notify-osd bubble and have it always-shown along with the other maximum of two notification bubbles. This progress bubble can have other operations concatenated to it while it's on, so we don't have to need more than one extra bubble for all the progress reporting.

Written by yzarc the 8 Mar 09 at 23:16.

use the file-transfer's style. as it's already done by the nautilus on the file transfers, make possible to other programs to report its progress (and some controls) on this panel too.

in this case the icon should be replaced for a more generic one rather than the nautilus'. if possible a composed icon that indicates the global progress by a small pie or bar chart.

use notify-osd just to alert when one task is done.
I believe the look and feel of the nautilus progress panel will be improved to match the notify-osd level soon.

mockups below:

icon state


on mouse over state


windowed state. (after one mouse click)

use the file-transfer's style. as it's already done by the nautilus on the file transfers, make possible to other programs to report its progress (and some controls) on this panel too. in this case the icon should be replaced for a more generic one rather than the nautilus'. if possible a composed icon that indicates the global progress by a small pie or bar chart. use notify-osd just to alert when one task is done. I believe the look and feel of the nautilus progress panel will be improved to match the notify-osd level soon. mockups below: icon state <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state1.png" border="0" alt="Photobucket"> on mouse over state <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state2.png" border="0" alt="Photobucket"> windowed state. (after one mouse click) <img src="http://i164.photobucket.com/albums/u8/spideryzarc/ubuntu/state3.png" border="0" alt="Photobucket"> edited: I found fair to point the image from where I took the main part of my mockup - http://gnome-look.org/content/show.php/May-B?content=45837

Written by Joshua Hesketh the 16 Apr 09 at 14:01.

Similar to how notifications disappear into the task bar, actions (or progresses) could disappear (/fly) into a process queue (rather than a message queue). This way a nice notify-osd message can come up when you commence copying a file (in a very un-obstructing way) and then it is still accessible through the detailed list. You could even have the action fly out to notify-osd upon completion.

Similar to how notifications disappear into the task bar, actions (or progresses) could disappear (/fly) into a process queue (rather than a message queue). This way a nice notify-osd message can come up when you commence copying a file (in a very un-obstructing way) and then it is still accessible through the detailed list. You could even have the action fly out to notify-osd upon completion.

Written by Clorox the 23 Jun 09 at 03:45.

Sometimes large file transfers are necessary. While a transfer is taking place, I close out of the Nautilus window because I want to browse the internet while I wait. Oops, the file transfer stopped, and my files are broken!

This could be prevented by Solution #2 running as a daemon.

Sometimes large file transfers are necessary. While a transfer is taking place, I close out of the Nautilus window because I want to browse the internet while I wait. Oops, the file transfer stopped, and my files are broken! This could be prevented by Solution #2 running as a daemon.

Written by amrhassan the 22 Oct 08 at 16:25.

Ubuntu Brainstorm was updated in January 2009. Since the idea #14703 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 #14703 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!