Written by markcl the 12 Jun 10 at 22:28.

By making the icons of the nautilus window and folder the same, it would be less confusing to find the nautilus window you want when you already specified its icon, and there will be better integration with the rest of the desktop.

By making the icons of the nautilus window and folder the same, it would be less confusing to find the nautilus window you want when you already specified its icon, and there will be better integration with the rest of the desktop.

Written by milawynsrealm the 20 Jun 10 at 03:12.

Simply having a folder as the Nautilus Icon could be confusing for some users as proposed with 'Solution #1'. I propose by having a icon of a stack of folders with a picture of the Nautilus Logo on it, it would not only indicate that the program deals with folders/folders ( kind of like the icon Windows 7 has for explorer.exe), but shows the user that it is a program and reduces the chances of a user confusing the icon with a standard folder.

Simply having a folder as the Nautilus Icon could be confusing for some users as proposed with 'Solution #1'. I propose by having a icon of a stack of folders with a picture of the Nautilus Logo on it, it would not only indicate that the program deals with folders/folders ( kind of like the icon Windows 7 has for explorer.exe), but shows the user that it is a program and reduces the chances of a user confusing the icon with a standard folder.

Written by benoyanthony the 7 Jul 10 at 09:52.

While specific folder is opened under nautilus its windows should display same icon which we have defined to the folder. This will make window easily recognized by specific user who him self have defined the icon.

While specific folder is opened under nautilus its windows should display same icon which we have defined to the folder. This will make window easily recognized by specific user who him self have defined the icon.

Written by arkashkin the 14 Dec 09 at 19:43.

In firefox there is a little '+' sign button wich opens a new tab where you press it. Both Nautilus and Terminal support tabs, but it is really anoying to open them throught a menu.

In firefox there is a little '+' sign button wich opens a new tab where you press it. Both Nautilus and Terminal support tabs, but it is really anoying to open them throught a menu.

Written by Otus the 15 Dec 09 at 09:17.

There are also other important differences:

In Firefox and Nautilus you can open a new tab with Ctrl+T, in Gnome Terminal you need to use Ctrl+Shift+T, while in gedit you use Ctrl+N. In Firefox you can close tabs by middle clicking them, in Nautilus, gedit or terminal you cannot.

Tabs should be both visually and functionally similar across the OS.

Copy the tab behavior of Firefox (familiar to most) to Nautilus, gedit and terminal as well as any other default apps that use tabs. Push for a shared tabbing library or create guidelines for tab use to developers.

There are also other important differences: In Firefox and Nautilus you can open a new tab with Ctrl+T, in Gnome Terminal you need to use Ctrl+Shift+T, while in gedit you use Ctrl+N. In Firefox you can close tabs by middle clicking them, in Nautilus, gedit or terminal you cannot. Tabs should be both visually and functionally similar across the OS. Copy the tab behavior of Firefox (familiar to most) to Nautilus, gedit and terminal as well as any other default apps that use tabs. Push for a shared tabbing library or create guidelines for tab use to developers.

Written by sephthir the 15 Dec 09 at 23:47.

I agree that a unified tab-interface style across the OS would be useful, but there are some technical difficulties to certain programs, such as gnome-terminal. The reason that it is ctrl-shift-t to open a new tab is because a terminal application may handle ctrl-t already. Past a few apps like this, it would be useful.

Also unified should be the ctrl-tab (next tab), ctrl-shift-tab (prev. tab), and alt-# (go to tab number #) shortcuts, as they are quite helpful but not all applications support them.

I agree that a unified tab-interface style across the OS would be useful, but there are some technical difficulties to certain programs, such as gnome-terminal. The reason that it is ctrl-shift-t to open a new tab is because a terminal application may handle ctrl-t already. Past a few apps like this, it would be useful. Also unified should be the ctrl-tab (next tab), ctrl-shift-tab (prev. tab), and alt-# (go to tab number #) shortcuts, as they are quite helpful but not all applications support them.

Written by saftaplan the 21 Dec 09 at 22:35.

... and remove them from the applications. No more implementing tabs (badly) over and over again in every application. Tabs are useful in most multiple document applications. And yeah, add a little plus.

... and remove them from the applications. No more implementing tabs (badly) over and over again in every application. Tabs are useful in most multiple document applications. And yeah, add a little plus.

Written by dateqa the 2 Sep 11 at 19:49.

1) single clicking on any bread crumb would work the same as it does currently
2) ctrl + L would work same as it does currently
3) double clicking on any bread crumb would work as below

For example when you are in the documents folder, you would have the bread crumbs [home] [documents].

If you double click on the [home] bread crumb it would change to [/home/user-account ]

if you double click on the [documents] bread crumb it would change to [/home/user-account/documents ]

To switch back to bread crumb mode either hit (esc) button as it is now, or double click on the blank space to the right of the word documents
[/home/test/documents ]

This way it would maintain both the previous keystrokes sets
in text path mode
(a) double clicking on a word selects it
(b) (esc) switches back to bread crumb mode

1) single clicking on any bread crumb would work the same as it does currently 2) ctrl + L would work same as it does currently 3) double clicking on any bread crumb would work as below For example when you are in the documents folder, you would have the bread crumbs [home] [documents]. If you double click on the [home] bread crumb it would change to [/home/user-account ] if you double click on the [documents] bread crumb it would change to [/home/user-account/documents ] To switch back to bread crumb mode either hit (esc) button as it is now, or double click on the blank space to the right of the word documents [/home/test/documents <<click here>> ] This way it would maintain both the previous keystrokes sets in text path mode (a) double clicking on a word selects it (b) (esc) switches back to bread crumb mode

Written by PaddyLandau the 3 Sep 11 at 13:55.

When you right-click the breadcrumbs, show the option "Location (Ctrl+L)" (as already shown in the "Go" menu).

Reason:

I don't think there is any need to change this to double-click, because the breadcrumbs in Nautilus are buttons. It will be confusing.

Some of the functionality is already there:

To copy: right-click a breadcrumb and select "Copy".

To go to a path that you have visited recently: use the "Go" menu.

Also, if you forget Ctrl+L, it's already there in the menu: "Go" > "Location... (Ctrl+L)".

When you right-click the breadcrumbs, show the option "Location (Ctrl+L)" (as already shown in the "Go" menu). Reason: I don't think there is any need to change this to double-click, because the breadcrumbs in Nautilus are buttons. It will be confusing. Some of the functionality is already there: To copy: right-click a breadcrumb and select "Copy". To go to a path that you have visited recently: use the "Go" menu. Also, if you forget Ctrl+L, it's already there in the menu: "Go" > "Location... (Ctrl+L)".

Written by dipish the 7 Sep 11 at 13:32.

I pretty much like the way it's implemented on Windows 7: the location bar looks like a text field but has clickable breadcrumbs inside it. However when you click on empty space inside the bar, the breadcrumbs turn to text string.

The only issue to consider is that there should always be this clickable space even if the path is too long. Perhaps there may be a slim 'show location' icon at the beginning and/or end of the bar.

I pretty much like the way it's implemented on Windows 7: the location bar looks like a text field but has clickable breadcrumbs inside it. However when you click on empty space inside the bar, the breadcrumbs turn to text string. The only issue to consider is that there should always be this clickable space even if the path is too long. Perhaps there may be a slim 'show location' icon at the beginning and/or end of the bar.

Written by PaddyLandau the 7 Sep 11 at 15:23.

As discussed in the comments and solution #3, add a button to the far right.

The button would be a simple logo. (I've searched the stock icons and haven't found a suitable one; ideas would be welcome.)

When breadcrumbs are shown, the tooltip would read, "Show editable path". When the editable path is shown, the tooltop would read, "Show breadcrumbs".

As discussed in the comments and solution #3, add a button to the far right. The button would be a simple logo. (I've searched the stock icons and haven't found a suitable one; ideas would be welcome.) When breadcrumbs are shown, the tooltip would read, "Show editable path". When the editable path is shown, the tooltop would read, "Show breadcrumbs".

Written by earl_maroon the 12 Sep 11 at 22:39.

Right clicking on a file/folder/empty space gives the option to "copy location". Nautilus' "Go" menu already provides input functionality.

Right clicking on a file/folder/empty space gives the option to "copy location". Nautilus' "Go" menu already provides input functionality.

Written by oliver-joos the 20 Sep 11 at 09:47.

Currently in Nautilus 2.32.2.1 the menu "Go > Location" and Ctrl+L switch to text location bar, while pressing the Enter key switches back to breadcrumb buttons. Going to a new location or opening a new window always falls back to breadcrumbs.

I would prefer that Nautilus would remember the location bar state, and that the menu and Ctrl+L would toggle this state.

To stay simple for users and implementers I propose to have one global state for all windows that is established whenever the location changes or a new window opens. No instant change of all Nautilus windows, although the state is global.

And as compromise with the current solution the location bar state could be remembered only for the current Gnome session. So after a login the state would always be "breadcrumbs". New users who don't know about Ctrl+L won't be confused or could simply re-login or reboot to get the status quo.

Currently in Nautilus 2.32.2.1 the menu "Go > Location" and Ctrl+L switch to text location bar, while pressing the Enter key switches back to breadcrumb buttons. Going to a new location or opening a new window always falls back to breadcrumbs. I would prefer that Nautilus would remember the location bar state, and that the menu and Ctrl+L would toggle this state. To stay simple for users and implementers I propose to have one global state for all windows that is established whenever the location changes or a new window opens. No instant change of all Nautilus windows, although the state is global. And as compromise with the current solution the location bar state could be remembered only for the current Gnome session. So after a login the state would always be "breadcrumbs". New users who don't know about Ctrl+L won't be confused or could simply re-login or reboot to get the status quo.

Written by benoyanthony the 7 Oct 11 at 13:35.

As discussed in the comments and solution #3, add a button to the far left. While click on the button existing path is shown which is editable.

As discussed in the comments and solution #3, add a button to the far left. While click on the button existing path is shown which is editable.

Written by geoff.m the 2 Nov 10 at 18:55.

When a folder doesn't have anything to expand it should not have a dropdown button, i.e. folders without subfolders in the folders panel on the left, and completely empty folders in the file panel on the right.

 

<p>When a folder doesn't have anything to expand it should not have a dropdown button, i.e. folders without subfolders in the folders panel on the left, and completely empty folders in the file panel on the right.</p><p>&nbsp;</p><p><img src="http://agora.ulaval.ca/~gemen16/nautilus_solution.jpg"></p>

Written by ak123 the 3 Nov 10 at 17:01.

If the folder is empty, Nautilus should attach an emblem to the icon to show the folder is empty. This can also be used when browsing in icon view and can also be applied to differentiate between folders with files and no subfolders and those that are completely empty.

If the folder is empty, Nautilus should attach an emblem to the icon to show the folder is empty. This can also be used when browsing in icon view and can also be applied to differentiate between folders with files and no subfolders and those that are completely empty.

Written by hirumono the 12 Jan 11 at 11:47.

Older versions of Ubuntu used fstab to mount volumes at boot, but now a more dynamic approach has been chosen to access non-system disks or partitions. So, while going back to fstab entries would be inadequate, a simple 'mount at login' flag on the volume properties tab could help the user choosing to auto-mount volumes intended for frequent access, Wine drives, or containing data which must be readily available.

Older versions of Ubuntu used fstab to mount volumes at boot, but now a more dynamic approach has been chosen to access non-system disks or partitions. So, while going back to fstab entries would be inadequate, a simple 'mount at login' flag on the volume properties tab could help the user choosing to auto-mount volumes intended for frequent access, Wine drives, or containing data which must be readily available.

Written by mystro256 the 31 Jan 11 at 20:37.

I know there's a program out there that does it but I can't seem to remember what it's called.

Editing fstab with gedit/generic editor can be intimidating to some users because of the harm they can do to their operating system. I can see users either adding partitions/drives after installing Ubuntu or forgetting to mount a drive during the installation (I've done that before!)

A GTK/GUI program that can add a drive to fstab like the installation screen of Ubuntu (in the set drives manually screen) would work well: automatically set mount options but allow for manual setup if desired by the user.

I know there's a program out there that does it but I can't seem to remember what it's called. Editing fstab with gedit/generic editor can be intimidating to some users because of the harm they can do to their operating system. I can see users either adding partitions/drives after installing Ubuntu or forgetting to mount a drive during the installation (I've done that before!) A GTK/GUI program that can add a drive to fstab like the installation screen of Ubuntu (in the set drives manually screen) would work well: automatically set mount options but allow for manual setup if desired by the user.

Written by saimanoj the 10 Feb 11 at 13:01.

Ubuntu should mount(automatically in background) the volume required which is tried to access the file or a folder by software

Ubuntu should mount(automatically in background) the volume required which is tried to access the file or a folder by software

Written by radioxid the 22 Apr 10 at 22:08.

Because the inconvenience is that the copy can break at any advanced or random time.

The best is to stop the copy at the beginning or at least to offer to avoid the files too large during the copy.

Because the inconvenience is that the copy can break at any advanced or random time. The best is to stop the copy at the beginning or at least to offer to avoid the files too large during the copy.

Written by Lachu the 24 Apr 10 at 07:42.

System should first try to reserve space for file, when may be copied to removable device. It will reduces IO operations and resolves this matter.

System should first try to reserve space for file, when may be copied to removable device. It will reduces IO operations and resolves this matter.

Written by rnerwein the 28 Apr 10 at 06:15.

if the warning will be implemented then there should also be
a posibilty to swicht this of by user account.

if the warning will be implemented then there should also be a posibilty to swicht this of by user account.

Written by thiagomoraesp the 28 Apr 10 at 14:01.

We need to explain to the user that this is a filesystem limitation and not a ubuntu limitation :)

We need to explain to the user that this is a filesystem limitation and not a ubuntu limitation :)

Written by gumshore the 28 Apr 10 at 23:23.

If the OS told the user that there is a limitation, thats fine, but chances are, the user still wants to copy the file. If we could display a dialog that offered to use file-roller or gzip or whatever to make an uncompressed archive of the file, and split it up, a user on a M$ computer could un-archive it with either WinR@R or 7-zip.

If the OS told the user that there is a limitation, thats fine, but chances are, the user still wants to copy the file. If we could display a dialog that offered to use file-roller or gzip or whatever to make an uncompressed archive of the file, and split it up, a user on a M$ computer could un-archive it with either WinR@R or 7-zip.

Written by robheus the 29 Apr 10 at 06:46.

The problem does not just show up when copying, since also when dowloading a file to a FAT file system, this could happen. Also, somewhat unrelated, on file systems which DO facilitate large files, the writing or copying of a file onto such a filesystem might break, because of a device (external USB harddisk) might be too slow.
Also a warning against that (having to wait an hour for a copy which still fails feels miserable) should be issued.

The solution would require two parts:
1. The tools that do such kind of copying (including file download) should warn against the breaking of the copy due to characteristics of the device and/or filesystem, and direct the user to utilize in that case another, better equipped tool.

2. Create a utility that can both split a file in (user definable, but with a good default value that depends on the filesystem in question) chunks/parts, and later join them together when doing the reverse transaction (for example: split with the option -j to join, and the option -s to split). As a command line option, offer also compression of the file to be written. Have the tool also resumable, so that it can resume a broken partial write, and/or have it check for the actual amount of the file written, and delay as necessary the copying if the device to write on is too slow to keep up.

3. Implement this also in other copy tools, like download managers, FTP, etc.

The problem does not just show up when copying, since also when dowloading a file to a FAT file system, this could happen. Also, somewhat unrelated, on file systems which DO facilitate large files, the writing or copying of a file onto such a filesystem might break, because of a device (external USB harddisk) might be too slow. Also a warning against that (having to wait an hour for a copy which still fails feels miserable) should be issued. The solution would require two parts: 1. The tools that do such kind of copying (including file download) should warn against the breaking of the copy due to characteristics of the device and/or filesystem, and direct the user to utilize in that case another, better equipped tool. 2. Create a utility that can both split a file in (user definable, but with a good default value that depends on the filesystem in question) chunks/parts, and later join them together when doing the reverse transaction (for example: split with the option -j to join, and the option -s <size> to split). As a command line option, offer also compression of the file to be written. Have the tool also resumable, so that it can resume a broken partial write, and/or have it check for the actual amount of the file written, and delay as necessary the copying if the device to write on is too slow to keep up. 3. Implement this also in other copy tools, like download managers, FTP, etc.

Written by DaVince the 14 May 10 at 22:57.

This means the Linux filesystem driver for FAT32 will handle the split files differently by showing, and reading, the split parts of the file as a single "normal" file.

Users of other OSes (like Windows) would see the split files instead.

This means the Linux filesystem driver for FAT32 will handle the split files differently by showing, and reading, the split parts of the file as a single "normal" file. Users of other OSes (like Windows) would see the split files instead.

Written by elypter the 27 May 10 at 18:51.

of cause with a warning and with an option to convert files.
Depending on the device a warning that most mp3players or cameras only work with fat

of cause with a warning and with an option to convert files. Depending on the device a warning that most mp3players or cameras only work with fat

Written by mitzampt the 14 Feb 11 at 13:20.

Offer as solution packing into smaller archives if the user only needs to store the file

Offer as solution packing into smaller archives if the user only needs to store the file

Written by wellybelly the 12 Jan 11 at 15:52.

Add another button option to Replace or Replace All.

Add another button option to Replace or Replace All.

Written by wellybelly the 12 Jan 11 at 15:55.

There are already a lot of buttons in the dialogue, so an expandable 'More Options' might be the way to go.

For example, the main dialogue could have just
Cancel | Skip | Replace | Merge

with an expandable section containing
Skip All | Replace All | Merge All

There are already a lot of buttons in the dialogue, so an expandable 'More Options' might be the way to go. For example, the main dialogue could have just Cancel | Skip | Replace | Merge with an expandable section containing Skip All | Replace All | Merge All

Written by maxwell69 the 18 Jan 11 at 10:20.

Nice idea!
I just wanted to add something: the copy list (like in MiniCopier or SuperCopier2 on Win).

When I do a huge copy, it's sometimes useful to put some files on top (or bottom) of the copy list.

See http://brainstorm.ubuntu.com/idea/18576/

Nice idea! I just wanted to add something: the copy list (like in MiniCopier or SuperCopier2 on Win). When I do a huge copy, it's sometimes useful to put some files on top (or bottom) of the copy list. See http://brainstorm.ubuntu.com/idea/18576/

Written by maxwell69 the 18 Jan 11 at 10:54.

When I copy files to a location (USB key for exemple) and another copy to the same location is already in progress, a second copy starts then I have 2 treads for the same destination.

The second copy should automatically go to the first copy list (same destination), no?

Many copy lists for 1 destination --> 1 copy list :)

See http://brainstorm.ubuntu.com/idea/18576/

When I copy files to a location (USB key for exemple) and another copy to the same location is already in progress, a second copy starts then I have 2 treads for the same destination. The second copy should automatically go to the first copy list (same destination), no? Many copy lists for 1 destination --> 1 copy list :) See http://brainstorm.ubuntu.com/idea/18576/

Written by aruseni the 14 Jan 11 at 20:41.

The idea is to allow the user to simply add *. So, I already typed in “lucid”, and now all I have to do is to put an asterisk there. So, “lucid” becomes “lucid*” and both files become selected.

Generally, this kind of selecting would allow users to select files with desired kind of names, for example, specific file extension. So, if you want to copy all the .zip files to user friend’s flash drive, it would allow you to easily select them. For now it is needed to use terminal for this.

The idea is to allow the user to simply add *. So, I already typed in “lucid”, and now all I have to do is to put an asterisk there. So, “lucid” becomes “lucid*” and both files become selected. Generally, this kind of selecting would allow users to select files with desired kind of names, for example, specific file extension. So, if you want to copy all the .zip files to user friend’s flash drive, it would allow you to easily select them. For now it is needed to use terminal for this.

Written by Benagain the 7 Nov 10 at 07:41.

To make the 'Network' window display other network devices, with the ability to at least look at their shared files.
Network hard drives are one thing I really want to be able to connect to, easily.

To make the 'Network' window display other network devices, with the ability to at least look at their shared files. Network hard drives are one thing I really want to be able to connect to, easily.

Written by linuxlalala the 13 Nov 10 at 13:13.

Nautilus can display a list of network devices like the "network" folder in windows. After doing that work, the ubuntu dev team can create a nautilus script that detects avaliable networks, lists them on the screen and easily conect to a network clicking on a network and pressing the "connect" buton.

Nautilus can display a list of network devices like the "network" folder in windows. After doing that work, the ubuntu dev team can create a nautilus script that detects avaliable networks, lists them on the screen and easily conect to a network clicking on a network and pressing the "connect" buton.

Written by zalluth the 14 Nov 10 at 09:23.

In the screenshot, there are connect, message, and file share buttons. So, it maybe useful to add remote button to give the user the ease to remote other computer even via gui or terminal.

In the screenshot, there are connect, message, and file share buttons. So, it maybe useful to add remote button to give the user the ease to remote other computer even via gui or terminal.

Written by zalluth the 14 Nov 10 at 09:29.

Honestly, it is already easy to create a bluetooth networking using blueman, maybe it will be easier if there is an option to create new bluetooth networking using this Ubuntu Network Center...

Honestly, it is already easy to create a bluetooth networking using blueman, maybe it will be easier if there is an option to create new bluetooth networking using this Ubuntu Network Center...

Written by zalluth the 14 Nov 10 at 09:39.

It maybe easier too, if there is menu to install related networking tools, such as: DHCP Server, etc...

It maybe easier too, if there is menu to install related networking tools, such as: DHCP Server, etc...

Written by graylion the 2 Dec 10 at 00:24.

We are not using X to anything like its potential but are instead stuck in a "one computer" paradigm rather than "the network is the computer". It should be easy to create menu items that run apps on a different box as long as you have the permissions.

We are not using X to anything like its potential but are instead stuck in a "one computer" paradigm rather than "the network is the computer". It should be easy to create menu items that run apps on a different box as long as you have the permissions.

Written by MechaMechanism the 21 Sep 10 at 01:08.

Allow Nautilus to sort and display folders named by month. As example, 3 folders named February, May, July, would be sorted by February, May, July. If users would like to be able to toggle sorting between month name and alphabetical name then we should include a toggle.

Currently Nautilus sorts folders using alphabetical and numerical. I would like to see the addition of sorting using month names.

Allow Nautilus to sort and display folders named by month. As example, 3 folders named February, May, July, would be sorted by February, May, July. If users would like to be able to toggle sorting between month name and alphabetical name then we should include a toggle. Currently Nautilus sorts folders using alphabetical and numerical. I would like to see the addition of sorting using month names.

Written by Goury the 22 Sep 10 at 08:31.

but sort by some configable rules

but sort by some configable rules

Written by oliver-joos the 28 Sep 10 at 13:20.

In Nautilus every file and folder may have notes. These notes should be displayable as column! Then a folder "January" could get a note beginning with "01", folder "February" one with "02", and so on. Sorting this column alphanumerically would do it.

This would solve this idea and other similar problems, it has no problems with I18N, it would make notes more useful, and it would not introduce new concepts. (Solutions #1 and #2 are more "intelligent", and an OS should never try be more intelligent than its users ;-)

In Nautilus every file and folder may have notes. These notes should be displayable as column! Then a folder "January" could get a note beginning with "01", folder "February" one with "02", and so on. Sorting this column alphanumerically would do it. This would solve this idea and other similar problems, it has no problems with I18N, it would make notes more useful, and it would not introduce new concepts. (Solutions #1 and #2 are more "intelligent", and an OS should never try be more intelligent than its users ;-)

Written by Aielyn the 19 Oct 10 at 07:18.

Basically, this would allow, for instance, the option of having the folder's *name* as "January", but when Nautilus sorts it, it sorts by the "sort name", which would be "01".

To make this work neatly, the system would default to the "sort name" being the same as the folder name, but a right-click would allow you to either select from some predicted options, or input your own. If it detects month names in either short or long form ("Jan" or "January"), it automatically gives "01" as an option.

Should two folders have the same sort name, they are sorted by their folder names, so if you have "January" and "My Birthday" both marked with "01" as the sort name, then "January" goes first because J comes before M.

An option would, of course, allow you to override this behaviour, and sort only by folder name, or sort by sort name and then by date created, or other such options.

Basically, this would allow, for instance, the option of having the folder's *name* as "January", but when Nautilus sorts it, it sorts by the "sort name", which would be "01". To make this work neatly, the system would default to the "sort name" being the same as the folder name, but a right-click would allow you to either select from some predicted options, or input your own. If it detects month names in either short or long form ("Jan" or "January"), it automatically gives "01" as an option. Should two folders have the same sort name, they are sorted by their folder names, so if you have "January" and "My Birthday" both marked with "01" as the sort name, then "January" goes first because J comes before M. An option would, of course, allow you to override this behaviour, and sort only by folder name, or sort by sort name and then by date created, or other such options.