Contributor amrhassan
48
votes
57
0
9
Close nautilus window when resource is no longer available
Written by amrhassan the 23 Oct 08 at 22:26.
Related project: Nautilus .
Implemented
Whenever i eject a dvd, a thumbdrive or disconnect a bluetooth phone or delete a directory that was opened in nautiuls, that nautilus window reverts to the $HOME directory.
Why?
That window should be destroyed instead. nothing is so special about my home directory to make me wanna go there whenever i finish using a removable device or delete a folder.
341
votes
378
13
37
Selected solution (#2):
Ejecting or umounting disks should trigger a corresponding close window event
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.
116
votes
121
7
5
Selected solution (#3):
Close "tab" instead.
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.
17
votes
24
5
7
Selected solution (#4):
Solution #3: Visually or sonically signify disk removal
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.
18
votes
22
4
4
Selected solution (#5):
Corollary to #4
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.
31
votes
35
3
4
Selected solution (#6):
Use the new notification system to report
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.
-17
votes
1
3
18
Selected solution (#7):
Change the location of the window/tab
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.
Smaller controls for GTK/GNOME
Written by amrhassan the 13 Dec 08 at 08:55.
Global category: Look and Feel.
New
The thing that's bothering me the most about how gnome/gtk looks like is the HUGE controls taking up a lot of space in my screen.
I think for gnome/gtk's look to be more efficient and professional it should take it down a notch, smaller buttons, dropdown boxes and input boxes (entry). Believe me, it would look a lot more attractive.
There's no unified way of reporting progress in Ubuntu
Written by amrhassan the 7 Mar 09 at 23:30.
Global category: Look and Feel.
New
Filesystem operations (copying, moving, deleting files and directories, etc...), importing music into a media player and so on should be displayed in a unified way all throughout the desktop environment.
Solution #1:
Work progress reporting into the new notify-osd
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.
Solution #2:
use the file-transfer's style
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
Solution #7:
A mix of #1 and #2
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.
Solution #8:
Don't stop transfers when window is closed
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.
Nautilus a Command Line
Written by schneegestoeber the 21 Nov 08 at 18:26.
Related project: brainstorm.ubuntu.com .
In development
Often I use the command line to handle files and directories and sometimes I use Nautilus. A combination of the two would be fantastic (at least for me).
Why not give Nautilus a little built-in terminal window (with a show/hide button) that follows the file browser as we navigate the directory tree and that reflects the commands we apply? And vice versa: If I type, e.g. ,
ls *.pdf
the GUI shows me all the pdf files (and the terminal does as well, of course). In principle this could be some combination of gnome terminal and Nautilus (and other graphicel tools).
73
votes
98
1
25
Selected solution (#1):
Auto-generated solution of idea #15831
Ubuntu Brainstorm was updated in January 2009. Since the
idea #15831 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 #15831 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!
5
votes
7
1
2
Selected solution (#2):
Build the same functionality into the graphical UI
Written by
Endolith the 30 Jan 09 at 16:51.
Why not create a graphical way to do all the same things?
If you want to filter the display or select all files of a certain type by using wildcards, there should be a quick graphical way to do it.
Similarly, instead of using grep, why not just allow Nautilus to search the contents of files and provide a list of matches in the list view?
Instead of typing arcane, undiscoverable command line switches (-r), we should have advanced search abilities with checkboxes for each option ([] Recursive).
Command lines are for programming, not for user interaction. Interfaces should be intuitive and discoverable.
Why not create a graphical way to do all the same things?
If you want to filter the display or select all files of a certain type by using wildcards, there should be a quick graphical way to do it.
Similarly, instead of using grep, why not just allow Nautilus to search the contents of files and provide a list of matches in the list view?
Instead of typing arcane, undiscoverable command line switches (-r), we should have advanced search abilities with checkboxes for each option ([] Recursive).
Command lines are for programming, not for user interaction. Interfaces should be intuitive and discoverable.
42
votes
53
0
11
Selected solution (#3):
Nautilus Terminal (plugin)
Written by
FLOZz the 8 Sep 10 at 01:29.
I am working on a plugin that provides an embedded terminal for nautilus.
Screenshot:
http://software.flogisoft.com/nautilus-terminal/img/screenshot_nautilus.png
Project page on Launchpad:
https://launchpad.net/nautilus-terminal
:)
Nautilus isn't optimal
Written by petitprince the 9 Feb 09 at 13:04.
Related project: Gnome .
New
Nautilus and other open source file manager aren't optimal. So I propose a new optimal file manager.
Notification area icons are not accissible from keyboard
Written by amrhassan the 23 Feb 09 at 14:13.
Related project: Gnome .
New
Notification area icons that are responsible for showing and hiding applications like pidgin, deluge, gwibber, etc... are not accessible via the keyboard. I have to scroll over there with a pointing device to interact with that icon.