'Create folder in here' context menu option for nautilus

Thanks for the report. If somebody wants to forward this upstream, that's the place where it's more likely to be fixed.

The file menu has a create folder option, what else would you like to get?

say if the parent folder that you are browsing is /home/bob/.

Bear in mind that you are browsing in list view.

If you expand a folder, say 'pictures' within /home/bob/, in this case, for all intents and purposes you are browsing 'pictures'.

However nautilus rightly thinks you are still in /home/bob/, so if you go file > create folder, a new folder is created in /home/bob/ rather than 'pictures'.

So adding another option to the right-click menu, similar to the effect of 'paste into folder', but with the functionality to create a folder within a folder, would make sense in this case, and improve usability.

I hope my explanation is clear, though i doubt it.

That's somewhat similar to http://bugzilla.gnome.org/show_bug.cgi?id=330644 upstream

This is a 6 year old bug !!! take a look at :

http://bugzilla.gnome.org/show_bug.cgi?id=94618

and

https://launchpad.net/nautilus/+bug/51043

It seems that there is a patch for this bug in https://launchpad.net/nautilus/+bug/51043/comments/8

I think that the best solution is a "Create buttom" in a Nautilus toolbar instead (or as well) "an option in the menu when right clicking on a folder". In fact, there is a "Create folder" buttom when you browse files/folders opening o saving a file.

I second this, although it may not be a papercut.
What token also meant and what the discussion didn't catch up is that a "Create Folder" and "Create Document" context menu is missing when right-clicking somewhere in a fully populated area in nautilus. You're just able to create a document by context menu when you click in a blank, unpopulated area in nautulus - which is a rather rare the case.

The problem seems to be more related to the GTK object itlself.
Some other actions are also missing that are very helpfull.
For example as it is impossible to create a folder when in list mode it is also impossible to drag&drop to copy a file when also in list mode.
It always focus in a file or folder and targets the actions to the object focused. As example in windows only the filename or foldername area can receive focus all the remaining doesn't allowing the before mention actions to be performed.
This is bad because it transforms a simple folder creation into a annoying process.

This has been annoying me for years too and It's such a simple thing to fix, I know it's simple because I've found a workaround:

1. Create a script that does what you want (any scripting language can be used: shell, perl, python, etc, For creating a folder I recommend bash.)
2. Be sure the script is executable and place it in ~/.gnome2/nautilus-scripts

You should now see an additional item "Scripts >" in the right-click context menu with the script you just made listed. If you don't, restart nautilus with ":~$ killall nautilus"

Here is the script I wrote to create a new folder in whatever folder I right-clicked on.

#!/bin/bash
mkdir $1/New_Folder

That's it!
Those two little lines.
The $1 variable is the address (path/filename) of the item clicked on.

LIMITATIONS/IMPROVEMENTS
This script does not allow you to enter a name for the new folder (you have to rename it yourself) and only works when you right-click on a folder not a file.

Perhaps someone can improve this script or the developers can add this simple feature to the context menu, it would greatly improve nautilus' usability. Tabbed browsing is nice, but this was more important.
Cheers

Oops, the original instructions for making nautilus scripts can be found here: http://tech.shantanugoel.com/2008/03/09/ubuntu-tip-extending-nautilus-scripting-your-way-to-ui-bliss.html
My thanks to Shantanu.

THere is no need to make nautilus script for that. I don't Really know Why this doesn't come by DEFAULT

you could sudo edit nautilus-navigation-window-ui.xml in /usr/share/nautilus/ui (backup the file first)

and replace toolbal name="Toolbar"> section with this one

<toolbar name="Toolbar">
 <toolitem name="Back" action="Back"/>
 <toolitem name="Forward" action="Forward"/>
 <toolitem name="Up" action="Up"/>
 <toolitem name="Stop" action="Stop"/>
 <toolitem name="New Folder" action="New Folder"/>
 <toolitem name="New Tab" action="New Tab"/>
 <toolitem name="Reload" action="Reload"/>
 <separator/>
 <toolitem name="Home" action="Home"/>
 <toolitem name="Computer" action="Go to Computer"/>
 <separator/>
 <toolitem name="Search" action="Search"/>
        <separator/>
        <toolitem name="Cut" action="Cut"/>
        <toolitem name="Copy" action="Copy"/>
        <toolitem name="Paste" action="Paste"/>
 <placeholder name="Extra Buttons Placeholder">
           <placeholder name="Extension Actions"/>
        </placeholder>
</toolbar>

Thanks to Tamlin for useful script. It is annoying that Nautilus lacks this basic feature. Unfortunately, editing "nautilus-navigation-window-ui.xml" did not solve the issue as pikilion has suggested. The new icon on the toolbar is not context-sensitive, ie. will not "create folder here", to the current folder, but to the parent.

This should be fixed in One Hundred Papercuts. Really. It was reported in the upstream in the year of 2002. If I fix it, will packager include the patch or we have to rely on the upstream to fix this?

Seriously, list view in nautilus is something that I use the most and there is no way (visible way) on how to create a folder.

If there is someone working on UX study for Ubuntu, then they need to look at this.

This constitutes a feature request and is thus outwith the definition of a papercut.

Thanks for the report, it has been some time without any response or feedback in this bug report and we are wondering if this is still an issue for you with the latest release of Ubuntu the Oneiric Ocelot, May you please test with that version and comment back if you're still having or not the issue? Please have a look at http://www.ubuntu.com/download to know how to install that version. Thanks in advance and sorry for the late response.

bug still here. There are no context menu or anther usability variant to create folder in list view

is that still an issue iin Oneiric?

Hi,

No, it is not an issue in Oneiric.

Cheers,

Zoltan

On 14/11/11 16:01, Sebastien Bacher wrote:
> is that still an issue iin Oneiric?
>

What do you mean it is not an issue? Create folder option is still missing from the right click menu when list view populates whole window.

In fact, because of the global menu, the issue got even worse, now you have to go to the top of of the screen to use a global menu.

David, did you read the upstream bug? Do you disagree with them closing it?

This bug was fixed in the package nautilus - 1:3.3.4-0ubuntu1

---------------
nautilus (1:3.3.4-0ubuntu1) precise; urgency=low

  * New upstream version which fixes:
    - "Opening Popupmenu in Context of Folder with List-View impossible?"
      (lp: #126540)
    - "'Create folder in here' context menu option for nautilus" (lp: #61786)
    - the file count and the size count change in opposite direction.
      (lp: #503330)
    - the mounts in the place menu should have a properties entry.
      (lp: #846289)
    - add command line option to select file (lp: #575719)
    - Media in 'Places' side bar should have same context menu as in
      'Computer' (lp: #230098)
  * debian/nautilus-data.install:
    - updated, ui and icons have been moved into gresources
  * debian/patches/05_desktop_menu_export.patch:
     - updated to correctly include the gresources desktop definition

  [ Jeremy Bicha ]
  * New upstream release.
  * debian/control.in:
    - Bump minimum GTK and glib
  * Refreshed patches
  * Dropped upstream patches:
    - 17_dont_allow_new_tab_on_desktop.patch
    - 18_fix_crash_in_get_current_uri.patch
    - 19_lazily_initialize_notification_service.patch
    - git_sideplace_sorting.patch
    - git_next_row.patch
    - git_dont_document_browser_option.patch
    - git_browser_compat.patch
    - git_bookmarks_reordering.patch
    - git_listview_context_menus.patch
    - git_use_gtk_grid.patch
 -- Sebastien Bacher <email address hidden> Tue, 31 Jan 2012 13:45:01 +0100