Written by Penguin Guy the 31 Aug 09 at 13:16.

Add a new option in Nautilus to view backup files, this can be activated if you need to recover a document, but will not get in the way when you want to find a hidden file.

Add a new option in Nautilus to view backup files, this can be activated if you need to recover a document, but will not get in the way when you want to find a hidden file.

Written by Penguin Guy the 31 Aug 09 at 13:20.

Change the 'ls' command so that you have to add a parameter to see backup files. Change the -B parameter so it will now show backup files, rather than hiding them.

Change the 'ls' command so that you have to add a parameter to see backup files. Change the -B parameter so it will now show backup files, rather than hiding them.

Written by Penguin Guy the 19 Aug 09 at 16:39.

Possible Uses:

Images
o 'Open' - 'Photo Viewer'
o 'Edit' - 'Gimp'

Sound Files
o 'Open' - 'Rhythmbox'
o 'Edit' - 'Audacity'

HTML
o 'Open' - 'Firefox'
o 'Edit' - 'Bluefish'

---------------

In the 'Properties' -> 'Open With' menu you should add options to disable the Open or Edit buttons for certain files (most people read text files through a text editor so there would be no need for the 'Open' option on them). It would of course, be possible to assign an editor to the open button, but that's up to the user.

Possible Uses: Images o 'Open' - 'Photo Viewer' o 'Edit' - 'Gimp' Sound Files o 'Open' - 'Rhythmbox' o 'Edit' - 'Audacity' HTML o 'Open' - 'Firefox' o 'Edit' - 'Bluefish' --------------- In the 'Properties' -> 'Open With' menu you should add options to disable the Open or Edit buttons for certain files (most people read text files through a text editor so there would be no need for the 'Open' option on them). It would of course, be possible to assign an editor to the open button, but that's up to the user.

Written by Darwin Survivor the 20 Aug 09 at 17:56.

I find needing to chose between opening and executing a file *after* clicking it to be annoying. The context menu should have 3 options.
-Open/View
-Edit
-Execute

Of course, each option would only appear if the action were possible such as not having the execute option for a jpeg or any object without +x in the permissions.

Every file has 3 permission levels (rwx), why not have 3 ways of opening it via context-menu?

I find needing to chose between opening and executing a file *after* clicking it to be annoying. The context menu should have 3 options. -Open/View -Edit -Execute Of course, each option would only appear if the action were possible such as not having the execute option for a jpeg or any object without +x in the permissions. Every file has 3 permission levels (rwx), why not have 3 ways of opening it via context-menu?

Written by Penguin Guy the 21 Aug 09 at 13:19.

Possible uses:

Images
o 'View' - 'Photo Viewer'
o 'Edit' - 'Gimp'

Sound Files
o 'Play' - 'Rhythmbox'
o 'Edit' - 'Audacity'

Scripts
o 'Execute' - 'Sh'
o 'Edit' - 'Vim'

Archives
o 'Extract' - 'Archive Manager'
o 'Browse' - 'Archive Mounter'

---------------

Simply switch 'Open' and 'Edit' for more descriptive words (such as the above) if needed. Although this has no practical effect, it will certainly add to the depth of the user experience. Inspired by michele74.

Possible uses: Images o 'View' - 'Photo Viewer' o 'Edit' - 'Gimp' Sound Files o 'Play' - 'Rhythmbox' o 'Edit' - 'Audacity' Scripts o 'Execute' - 'Sh' o 'Edit' - 'Vim' Archives o 'Extract' - 'Archive Manager' o 'Browse' - 'Archive Mounter' --------------- Simply switch 'Open' and 'Edit' for more descriptive words (such as the above) if needed. Although this has no practical effect, it will certainly add to the depth of the user experience. Inspired by michele74.

Written by Wim the 24 Aug 09 at 15:06.

Why limit the user to predefined 'Open With' options? Allow the user to rename and add alternatives. It would probably be nice to have some reasonable defaults though (such as in idea #3). For example:

Default HTML
o 'Open' - 'Firefox'
o 'Edit' - 'Bluefish'

User-Configured HTML
o 'Open' - 'Epiphany'
o 'Edit' - 'Emacs'
o '2Text' - 'html2text'

Why limit the user to predefined 'Open With' options? Allow the user to rename and add alternatives. It would probably be nice to have some reasonable defaults though (such as in idea #3). For example: Default HTML o 'Open' - 'Firefox' o 'Edit' - 'Bluefish' User-Configured HTML o 'Open' - 'Epiphany' o 'Edit' - 'Emacs' o '2Text' - 'html2text'

Written by RomanIvanov the 24 Aug 09 at 19:12.

Iy is great idea to have few applications to use for one type of the file. But It should be triggered by Advanced settings items. No changes by default.

Iy is great idea to have few applications to use for one type of the file. But It should be triggered by Advanced settings items. No changes by default.

Written by mrpitchfork the 7 Sep 09 at 22:55.

The default app for opening a file should change based on the last choice used to open the file from the context menu.

The default app for opening a file should change based on the last choice used to open the file from the context menu.

Written by kazade the 5 May 09 at 10:24.

What I propose is that "Computer" should show all mounted disks and their mount paths and also show a small indicator which displays the used/free space for that disk.

Here is a (crappy..) image explaining what I mean:

What I propose is that "Computer" should show all mounted disks and their mount paths and also show a small indicator which displays the used/free space for that disk. Here is a (crappy..) image explaining what I mean: <a href="http://img395.imageshack.us/img395/6569/computermockup.png"><img src="http://img395.imageshack.us/img395/6569/computermockup.th.png" /></a>

Written by aadityabhatia the 5 May 09 at 20:52.

baobab, also known as "Disk Usage Analyzer", is an excellent tool for this purpose.

Write a plug-in to add baobab's features to Gnome's default file manager Nautilus. This plugin could be optionally enabled.

PS: Disk Usage Analyzer is located in Gnome under Applications > Accessories by default.

baobab, also known as "Disk Usage Analyzer", is an excellent tool for this purpose. Write a plug-in to add baobab's features to Gnome's default file manager Nautilus. This plugin could be optionally enabled. PS: Disk Usage Analyzer is located in Gnome under Applications > Accessories by default.

Written by egasimus the 11 May 09 at 16:33.

Also included: red border for read-only drives such as a write-once CD.

<a href="http://img178.imageshack.us/img178/4843/diskusage.png" target="_blank"><img src="http://img178.imageshack.us/img178/4843/diskusage.th.png" border="0" alt="Free Image Hosting at www.ImageShack.us" /></a> Also included: red border for read-only drives such as a write-once CD.

Written by chareos the 12 May 09 at 14:48.

I don't like #1 because it requires a click (to go to computer) and leave the place user was before.

I'd prefer a thin usage meter in the sidebar, on the volume icons:
- always visible
- easier to read than a recoloured icon

I don't like #1 because it requires a click (to go to computer) and leave the place user was before. I'd prefer a thin usage meter in the sidebar, on the volume icons: - always visible - easier to read than a recoloured icon

Written by Cupido.87 the 12 May 09 at 16:43.

It should be like the preview for audio-files.
While hovering the icon it should show the used/free space like solution #1.

It should be like the preview for audio-files. While hovering the icon it should show the used/free space like solution #1.

Written by bryonak the 15 May 09 at 13:48.

Since we already have this in the System Monitor, why not offer a launcher icon for it in the "computer:/" folder, calling it "System Overview".
This way, one has additional easy access to CPU/RAM/network overviews as well.

Reimplementing this in via the folder icons might be duplication of effort here...

Since we already have this in the System Monitor, why not offer a launcher icon for it in the "computer:/" folder, calling it "System Overview". This way, one has additional easy access to CPU/RAM/network overviews as well. Reimplementing this in via the folder icons might be duplication of effort here...

Written by lievenmoors the 27 May 09 at 15:09.

As it is now, you can see the free space available in the status bar when you are inside a folder. But when you select a folder, only the number of items in that folder is shown. It would be possible to show the amount of space used, and the free space left for a folder, whenever you select that folder. If you select multiple folders, you would get the total sum. When nothing is selected, you can still show the information for the folder you're in.

It would be nice to see all mount points in "Computer", and they could be treated as regular folders. You would see the disk usage information in the status bar whenever you select them. And when nothing is selected in "Computer", you would see the grand total of all mount points.

As it is now, you can see the free space available in the status bar when you are inside a folder. But when you select a folder, only the number of items in that folder is shown. It would be possible to show the amount of space used, and the free space left for a folder, whenever you select that folder. If you select multiple folders, you would get the total sum. When nothing is selected, you can still show the information for the folder you're in. It would be nice to see all mount points in "Computer", and they could be treated as regular folders. You would see the disk usage information in the status bar whenever you select them. And when nothing is selected in "Computer", you would see the grand total of all mount points.

Written by junk the 18 Jul 09 at 07:55.

Read values from the command df and show a summary of each mounted device together with a bar showing occupied space in Ubuntu file explorer (something like the Vista Computer view).

Just noticed, what I'm looking for is actually the File Systems tab in System Monitor integrated in Ubuntu file explorer for a simple and quick view.

Read values from the command df and show a summary of each mounted device together with a bar showing occupied space in Ubuntu file explorer (something like the Vista Computer view). Just noticed, what I'm looking for is actually the File Systems tab in System Monitor integrated in Ubuntu file explorer for a simple and quick view.

Written by lifesf the 14 Jan 11 at 19:26.

Adding a visual, bar of some sort to let users quickly know the current space usage of the HDDs, USB keys, and letting know with text the exact usage information.

Adding a visual, bar of some sort to let users quickly know the current space usage of the HDDs, USB keys, and letting know with text the exact usage information.

Written by Penguin Guy the 2 Apr 09 at 18:10.

When you click on a link to a file/folder on a device that is not mounted, Ubuntu should attempt to mount the device and follow the link. Ubuntu should only bring up an error message if the device cannot be mounted or the link cannot be followed. To make this possible, links made to external devices should not start with the mount point '/media/.../', but the device ID '1A7B482C:///'.

When you click on a link to a file/folder on a device that is not mounted, Ubuntu should attempt to mount the device and follow the link. Ubuntu should only bring up an error message if the device cannot be mounted or the link cannot be followed. To make this possible, links made to external devices should not start with the mount point '/media/.../', but the device ID '1A7B482C:///'.

Written by brownbat the 1 Apr 09 at 09:43.

Maybe a program could consolidate all your hotkeys from across all your programs, so you could quickly cross reference which hotkeys were used or unused.

If this info were machine readable, it might even inspire third parties to write useful warning scripts to help you manage your shortcuts.

The difficulty might be in gathering the shortcut info from such a huge variety of apps...

Maybe a program could consolidate all your hotkeys from across all your programs, so you could quickly cross reference which hotkeys were used or unused. If this info were machine readable, it might even inspire third parties to write useful warning scripts to help you manage your shortcuts. The difficulty might be in gathering the shortcut info from such a huge variety of apps...

Written by phxx the 14 Apr 09 at 20:40.

KDE already has this ability. Ofcourse using KDE is not possible/prefered by GNOME users, but maybe the GNOME Developers can take some ideas from the KDE hotkey system.

KDE already has this ability. Ofcourse using KDE is not possible/prefered by GNOME users, but maybe the GNOME Developers can take some ideas from the KDE hotkey system.

Written by shovelhead the 26 Jan 09 at 12:41.

while nautilus is a good file manager, this behaviour ist totally wrong and should be taken care of. There is a reason, why any word can be highlighted in the informatic world: to show "HERE" or "THIS IS WHERE WE ARE ON RIGHT NOW"

In general, programmers know that and stick to the coinvention, and users know that, too, and rely on this rule. It's a common thing to blame open source for being "awkward to use" or "strange behaving" because the developpers don't care for the average user, and in general there is a little truth in it. But here it's totally 100% and absolutely true.

Nautilus is wrong in derailing from the standard and the team should get their act together and play by the rules. To the benefit of the user.

while nautilus is a good file manager, this behaviour ist totally wrong and should be taken care of. There is a reason, why any word can be highlighted in the informatic world: to show "HERE" or "THIS IS WHERE WE ARE ON RIGHT NOW" In general, programmers know that and stick to the coinvention, and users know that, too, and rely on this rule. It's a common thing to blame open source for being "awkward to use" or "strange behaving" because the developpers don't care for the average user, and in general there is a little truth in it. But here it's totally 100% and absolutely true. Nautilus is wrong in derailing from the standard and the team should get their act together and play by the rules. To the benefit of the user.

Written by Penguin Guy the 21 Sep 09 at 15:49.

There is no need for two input boxes - merge the search feature with the navigation bar. For example if a user is in their home directory and they type 'pic' to find their pictures folder it will simply appear as '/home/name/pic' rather than 'pic' in a separate box.

There is no need for two input boxes - merge the search feature with the navigation bar. For example if a user is in their home directory and they type 'pic' to find their pictures folder it will simply appear as '/home/name/pic' rather than 'pic' in a separate box.