Okay so i changed my location bar away from the default of buttons but i can't find the option again to change it back, where is it?

Well, I think the search bar is a bit misplaced, especially when looking at the search results pane.
In my humble opinion, it should be located on the right of the bookmarks pane.
See http://www.picfront.org/d/8ORd
Nautilus 3.4 in background, Nemo in foreground.

Might have missed some, but these are those I've found:

nemo-clipboard-monitor.c: In function 'nemo_get_clipboard_callback':
nemo-clipboard-monitor.c:309:17: warning: pointer targets in passing argument 4 of 'gtk_selection_data_set' differ in signedness [-Wpointer-sign]
/usr/include/gtk-3.0/gtk/gtkselection.h:142:10: note: expected 'const guchar *' but argument is of type 'char *'

nemo-clipboard.c: In function 'nemo_clipboard_get_uri_list_from_selection_data':
nemo-clipboard.c:596:3: warning: pointer targets in passing argument 1 of 'g_strsplit' differ in signedness [-Wpointer-sign]
/usr/include/glib-2.0/glib/gstrfuncs.h:230:23: note: expected 'const gchar *' but argument is of type 'guchar *'

nemo-dnd.c: In function 'nemo_drag_build_selection_list':
nemo-dnd.c:244:9: warning: pointer targets in passing argument 1 of 'sscanf' differ in signedness [-Wpointer-sign]
/usr/include/stdio.h:454:12: note: expected 'const char * restrict' but argument is of type 'const guchar *'
nemo-dnd.c: In function 'nemo_drag_drag_data_get':
nemo-dnd.c:693:5: warning: pointer targets in passing argument 4 of 'gtk_selection_data_set' differ in signedness [-Wpointer-sign]
/usr/include/gtk-3.0/gtk/gtkselection.h:142:10: note: expected 'const guchar *' but argument is of type 'gchar *'

nemo-icon-dnd.c: In function 'get_direct_save_filename':
nemo-icon-dnd.c:400:2: warning: pointer targets in return differ in signedness [-Wpointer-sign]
nemo-icon-dnd.c: In function 'drag_data_received_callback':
nemo-icon-dnd.c:1599:8: warning: pointer targets in assignment differ in signedness [-Wpointer-sign]
nemo-icon-dnd.c:1608:12: warning: pointer targets in assignment differ in signedness [-Wpointer-sign]

nemo-tree-view-drag-dest.c: In function 'receive_dropped_text':
nemo-tree-view-drag-dest.c:696:7: warning: pointer targets in assignment differ in signedness [-Wpointer-sign]
nemo-tree-view-drag-dest.c: In function 'drag_data_received_callback':
nemo-tree-view-drag-dest.c:842:8: warning: pointer targets in assignment differ in signedness [-Wpointer-sign]
nemo-tree-view-drag-dest.c: In function 'get_direct_save_filename':
nemo-tree-view-drag-dest.c:891:2: warning: pointer targets in return differ in signedness [-Wpointer-sign]

nemo-undo-signal-handlers.c: In function 'editable_register_edit_undo':
nemo-undo-signal-handlers.c:166:9: warning: pointer targets in passing argument 2 of 'gtk_editable_get_selection_bounds' differ in signedness [-Wpointer-sign]
/usr/include/gtk-3.0/gtk/gtkeditable.h:87:10: note: expected 'gint *' but argument is of type 'guint *'
nemo-undo-signal-handlers.c:166:9: warning: pointer targets in passing argument 3 of 'gtk_editable_get_selection_bounds' differ in signedness [-Wpointer-sign]
/usr/include/gtk-3.0/gtk/gtkeditable.h:87:10: note: expected 'gint *' but argument is of type 'guint *'

nemo-desktop-item-properties.c: In function ‘nemo_desktop_item_properties_url_drag_data_received’:
nemo-desktop-item-properties.c:169:2: warning: pointer targets in passing argument 1 of ‘g_strsplit’ differ in signedness [-Wpointer-sign]
/usr/include/glib-2.0/glib/gstrfuncs.h:230:23: note: expected ‘const gchar *’ but argument is of type ‘const guchar *’
nemo-desktop-item-properties.c: In function ‘nemo_desktop_item_properties_exec_drag_data_received’:
nemo-desktop-item-properties.c:201:2: warning: pointer targets in passing argument 1 of ‘g_strsplit’ differ in signedness [-Wpointer-sign]
/usr/include/glib-2.0/glib/gstrfuncs.h:230:23: note: expected ‘const gchar *’ but argument is of type ‘const guchar *’

nemo-image-properties-page.c: In function ‘file_read_callback’:
nemo-image-properties-page.c:451:10: warning: pointer targets in passing argument 2 of ‘exif_loader_write’ differ in signedness [-Wpointer-sign]
/usr/include/libexif/exif-loader.h:80:15: note: expected ‘unsigned char *’ but argument is of type ‘char *’
nemo-image-properties-page.c:460:19: warning: pointer targets in passing argument 2 of ‘gdk_pixbuf_loader_write’ differ in signedness [-Wpointer-sign]
/usr/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf-loader.h:93:22: note: expected ‘const guchar *’ but argument is of type ‘char *’

nemo-location-bar.c: In function ‘drag_data_received_callback’:
nemo-location-bar.c:164:2: warning: pointer targets in passing argument 1 of ‘g_uri_list_extract_uris’ differ in signedness [-Wpointer-sign]
/usr/include/glib-2.0/glib/gconvert.h:160:9: note: expected ‘const gchar *’ but argument is of type ‘const guchar *’

nemo-pathbar.c: In function ‘button_drag_data_get_cb’:
nemo-pathbar.c:1558:6: warning: pointer targets in passing argument 4 of ‘gtk_selection_data_set’ differ in signedness [-Wpointer-sign]
/usr/include/gtk-3.0/gtk/gtkselection.h:142:10: note: expected ‘const guchar *’ but argument is of type ‘char *’

nemo-places-sidebar.c: In function ‘drag_data_received_callback’:
nemo-places-sidebar.c:1450:4: warning: pointer targets in passing argument 1 of ‘build_selection_list’ differ in signedness [-Wpointer-sign]
nemo-places-sidebar.c:1359:1: note: expected ‘const char *’ but argument is of type ‘const guchar *’
nemo-places-sidebar.c:1530:5: warning: pointer targets in passing argument 1 of ‘build_selection_list’ differ in signedness [-Wpointer-sign]
nemo-places-sidebar.c:1359:1: note: expected ‘const char *’ but argument is of type ‘const guchar *’

nemo-properties-window.c: In function ‘nemo_properties_window_drag_data_received’:
nemo-properties-window.c:477:2: warning: pointer targets in passing argument 1 of ‘g_strsplit’ differ in signedness [-Wpointer-sign]
/usr/include/glib-2.0/glib/gstrfuncs.h:230:23: note: expected ‘const gchar *’ but argument is of type ‘const guchar *’

nemo-toolbar.c: In function ‘toolbar_update_appearance’:
nemo-toolbar.c:67:13: warning: unused variable ‘action’ [-Wunused-variable]

nemo-view.c: In function ‘action_new_launcher_callback’:
nemo-view.c:2043:13: warning: variable ‘window’ set but not used [-Wunused-but-set-variable]
nemo-view.c: In function ‘disconnect_model_handlers’:
nemo-view.c:9169:2: warning: pointer targets in passing argument 2 of ‘disconnect_directory_handler’ differ in signedness [-Wpointer-sign]
nemo-view.c:9152:1: note: expected ‘int *’ but argument is of type ‘guint *’
nemo-view.c:9170:2: warning: pointer targets in passing argument 2 of ‘disconnect_directory_handler’ differ in signedness [-Wpointer-sign]
nemo-view.c:9152:1: note: expected ‘int *’ but argument is of type ‘guint *’
nemo-view.c:9171:2: warning: pointer targets in passing argument 2 of ‘disconnect_directory_handler’ differ in signedness [-Wpointer-sign]
nemo-view.c:9152:1: note: expected ‘int *’ but argument is of type ‘guint *’
nemo-view.c:9172:2: warning: pointer targets in passing argument 2 of ‘disconnect_directory_handler’ differ in signedness [-Wpointer-sign]
nemo-view.c:9152:1: note: expected ‘int *’ but argument is of type ‘guint *’
nemo-view.c:9173:2: warning: pointer targets in passing argument 2 of ‘disconnect_directory_as_file_handler’ differ in signedness [-Wpointer-sign]
nemo-view.c:9158:1: note: expected ‘int *’ but argument is of type ‘guint *’

nemo-window-menus.c: In function ‘action_about_nemo_callback’:
nemo-window-menus.c:344:9: warning: ‘copyright_str’ is used uninitialized in this function [-Wuninitialized]

nemo-convert-metadata.c: In function ‘parse_xml_node’:
nemo-convert-metadata.c:163:3: warning: pointer targets in passing argument 1 of ‘convert_key_name’ differ in signedness [-Wpointer-sign]
nemo-convert-metadata.c:126:1: note: expected ‘const char *’ but argument is of type ‘const xmlChar *’
nemo-convert-metadata.c:169:11: warning: pointer targets in passing argument 3 of ‘g_file_info_set_attribute_string’ differ in signedness [-Wpointer-sign]
/usr/include/glib-2.0/gio/gfileinfo.h:872:20: note: expected ‘const char *’ but argument is of type ‘xmlChar *’
nemo-convert-metadata.c:178:4: warning: pointer targets in passing argument 1 of ‘convert_key_name’ differ in signedness [-Wpointer-sign]
nemo-convert-metadata.c:126:1: note: expected ‘const char *’ but argument is of type ‘const xmlChar *’

https://launchpad.net/marlin

I've been using Marlin for over a year now. I was using it back when it was called Nautilus Elementry.

It really seems like a waste of effort to fork Nautilus since it has turned into a flaming pile of shit in the last few years.

Marlin isn't perfect and it needs some more features, but it's still 1000x better than Nautilus, and it needs more contributors.

Please consider it.

Got a pretty straight forward issue on smaller resolution desktops (ie netbooks) 1000x600 it gets pretty hard to actually press the save button since its out of window.

see link below of what im talking about, hope that a fix is available soon

http://www.imagebam.com/image/133833214455968

Most of the items in Help menu is a link to the Linux Mint on-line documentation. Is it a bug or this part is just not complete?

Nemo (all versions so far) seems to crash randomly when attempting to access Preferences. All icons on the desktop disappear, and so does Nemo (any open windows). CTRL + ALT + BACKSPACE then login again resolves issue, but it will happen again - often when you have several windows open :(

Hello

This is a feature I've been missing since the nautilus 2.x days. It doesn't need to be the default, an option in preferences to switch from base-10 to base-2 would be awesome.

Regards

This feature has disappeared in Nautilus 3.4. It has partially reappeared in recent version. It would be nice to see this functionality implemented in Nemo. Here the two aspect I would like to see in Nemo:

• Copy/move file(s) or folder(s) by dragging it on a bookmark, just like you would on a folder (present in Nautilus 3.4.2 but missing in Nemo).
• When dragging between two bookmarks, create a bookmark (already implemented Nemo but missing in Nautilus)

Very happy to see this project emerge.
Keep up the good work.

To reproduce

Select List view
Enable the Single click to open items option in preferences
Right-click on any entry to open context menu.
Click outside the context menu but not on any item thus closing the menu

Result
The first option gets highlighted(underlined).
If mouse is hovered over other items, they are underlined along with the first option
Underline is removed if mouse is hovered over the first option and everything is normal after that.

Expected
First option should not automatically get highlighted.

This also occurs in nautilus so is mostly from its code.

This does not occur in compact or icons view as they are highlighted by brightening the icon.

Steps to reproduce (current master):

1. Navigate to a directory that contains a directory to which you don't have read access.
2. Try to enter that directory.

Result: Nemo throws up a modal dialog: "The folder contents could not be displayed.", and the toolbar says: "Loading...", with a spinner. When you dismiss the dialog, the spinner keeps spinning until you stop it.
Expected result: Nemo should show a non-modal banner to the same effect, and the toolbar should stop being silly.

I have a little issue with bookmarks in Nautilus/Nemo when their target is not alway present.

The situation: I got a NAS device at home. I automount its shared folders over nfs using autofs. Autofs will mount nfs shares to magic folders on the local system, as soon as these magic folders are touched.

My problem: when the NAS is turned off, or if I take the notebook elsewhere, the shares are not accessible, and Nemo will lock up when I try to launch it.

Possible solution: don't touch bookmarks until I really click on them.

• It would be useful if you can drop a file to a specific button on the location bar to move it a folder up.
• If you want to drop a file into a folder with many sub folders, it is not possible to drop a file into the current folder. It is aways moved to some of the sub folders. Here dropping on the location bar solves the problem as well.

Hi, I use cinnamon with nemo on arch linux. I don't really have any nautilus extensions installed, but it'd be nice to start porting extensions to nemo. Only one I can think of at this moment that I actively use is ubuntuone-client-gnome (arch linux package name).

Is there some way we can get this in nemo?

Edit; Also, I propose you make a seperate repo just for nemo extensions.

Gloobus-preview is good. Its a pity to lose it.

I think there ought to be an easy way to set the org.gnome.desktop.media-handling settings directly in Nemo, probably in Preferences, in the Behavior tab.

It concerns the following two preferences, which are both tightly connected to file management:

1. org.gnome.desktop.media-handling automount
2. org.gnome.desktop.media-handling automount-open

Please add a feature which would enable users to add their custom actions to context menu, similar to Nautilus-Actions.

Although Nautilus 3.6 is a catastrophe, I think there are two or three real features that are nice to have.
See https://live.gnome.org/Nautilus/Roadmap/3.6
The following features would be cool:

• Increase video thumbnail size
• Show Image properties for svg (resulted in commit allowing to show image properties for every format supported by gdk pixbuff, see http://git.gnome.org/browse/nautilus/patch/?id=7aef6beb47bf5bb212d4cd59089ff410b863170e)
• Make tabs detachable

First two features should be very easy to merge. However, The third will be complicated because it relies on the split view being removed, which is not the case with nemo.

Update:
Detachable tabs has been ported, pull request pending.
All image properties tab improvements ported, pull request pending.

Hi,
I am transfering files from a FTP server to my local machine. Sometimes, the server is not responding, and it stops sending me my files. Nemo doesn't do anything about that, but it's not what I am here for. When I press the cancel button, the window just becomes grey, and I can't even close it, it get minimized into the sysbar. Then if I copy another file, it is added to the copy window, but stays grey.

The Location edit field, when supposedly closed is only hidden, making it receive keyboard input and can be tabbed to.

How to reproduce:

1. Press Ctrl+L to open the Location edit field ("Go To:").
2. Press Ctrl+L again to close it.
3. Type some gibberish.
4. Press Ctrl+L to open the Location edit field.

Expected behavior: the Location edit field should be like it was before closing it.
Actual behavior: whatever you typed in step 3 is in the input field.

The "Open with..." context menu option is not always displayed on the context menu for some types of files - notably .desktop files.

This is frustrating because there are plenty of scenarios where you want to open such files up and quickly edit them in a text editor (or some unspecified, future editor) rather then launching the application they refer to.

Normal file context menu:

.desktop file:

I'm not sure if it happens anywhere else, but I'm thinking that the normal behavior on right-click should be to always have an "open with..." option.

When I open Nautilus, the cursor changes (indicates that the program is loading) and when all of the icons are loaded, the cursor changes back to the standard state (arrow). When I open Nemo, everything happens the same, but the cursor remains in the loading state for exactly 15 seconds. It doesn't help if I close Nemo before the 15 seconds pass. I tried a few programs but none of them acts like this.

People have trouble finding their files and hate spending time managing them. The idea is to avoid all this by leaving the difficult-to-remember hierarchical tree structure behind and instead focus on some of the things that people do recall. Like when they worked on the document, or the file type, or other characteristics.

What about reusing some ideas from an old project with Codename Nemo? See the screenshots and tell what you think about adding this as an option for the Nemo file manager!

The day view:

The default month view:

Here’s the year view:

There could be an option to combine it with a labeling system which is arguably a more powerful categorization system than a hierarchy:

Source: Codename Nemo Project

Hi everyone,

Sometimes Nemo just starts as a maximized black Window after login and no desktop icons are displayed. If I close the black Window I still have no desktop icons but as soon as I start nemo as a normal file manager the desktop icons also appear.

The xprop output of that black window is:
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW
_NET_WM_STATE(ATOM) =
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_NET_FRAME_EXTENTS(CARDINAL) = 1, 1, 29, 1
_NET_WM_DESKTOP(CARDINAL) = 0

I'm using the following packages:
$ dpkg -l | egrep "cinnamon|muffin|nemo"
ii cinnamon 1.6.1-0ubuntu1precise1 Cinnamon desktop
ii gir1.2-muffin-3.0 1.1.1-0ubuntu1precise1 GObject introspection data for Muffin
ii libmuffin0 1.1.1-0ubuntu1precise1 window manager library from the Muffin window manager
ii libnemo-extension1a 1.0.3-0ubuntu1precise1 libraries for nemo components - runtime version
ii muffin 1.1.1-0ubuntu1precise1 lightweight GTK+ window manager
ii muffin-common 1.1.1-0ubuntu1precise1 shared files for the Muffin window manager
ii nemo 1.0.3-0ubuntu1precise1 file manager and graphical shell for GNOME
ii nemo-data 1.0.3-0ubuntu1precise1 data files for nemo
ii nemo-fileroller 1.0.0-20120930040004-precise File Roller integration for Nemo

Please let me know how I can provide further information and I'm happy to help.

Best,

Michael

Nautilus-extensions-terminal offers to open folder in remote terminal when browsing a directory mounted using SFTP. Would be cool if nemo had this feature, too.

I have uninstalled Brasero long ago, because it produced nothing but coasters with my external (USB) burner. I use K3B and it works fine.
Now, what does Nemo need Brasero for?

have a big package confict
libnemo-extension1 breaks libnemo-extension1a
how to fix
debian/control
and remove breaks libnemo-extension1a
from the build of libnemo-extension1

keep up the good work guys

When viewing files as icons in Nemo, for some reason the spacing between each icon is extremely wide, making it unusable to view photo directories with big icons. Older versions of Nautilus used to have a "compact layout mode" (or a similar name) that would solve this problem by reducing much of the useless gaps.

I find that with the latest updates to Nemo, the location bar disappears as soon as I change the current directory.

I don't know whether this is intended or not, and I can't make up my mind as to whether I like it or not. The upside is that less screen space is wasted, and it keeps the keyboard focus where it belongs, namely in the directory pane. The downside is that it is easier to become lost in the directory structure.

Could perhaps the title bar be put to better use than today, to show the full path?

For me it is the most natural place to look for those actions for the current folder.

The sendto option appears to be missing from the menu (right-click).

I'm not sure if this is related to Nemo or any underlying library (it exists in Nautilus too), but I didn't know where to post this.

When in List View the columns get redrawn on various events – switching between tabs, getting focus, another application gets focus with Nemo in the background etc. Here is how this happens in details:

• the initial state is - Nemo is on focus with the columns auto-adjusted to its content.
• after one of the events in question the columns are shrunk to approximately around 60% of their initial width
• after this the columns are again auto-adjusted to its content

It seems that same bug is confirmed for Nautilus https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1018718

There is a file browser for both Windows and Linux with the name Nemo that has been around for 5 or so years.

http://www.iola.dk/nemo/

http://www.nemo-docs.com/

A new name may be in order so people don't get lost when searching the web. Not to mention the ambiguity with having more than one program that more/less does the same thing and have the same name.

I'm running Cinnamon with nemo and I'm not able to share a folder so another Ubuntu user can access it by clicking network in the nemo sidebar... I've installed samba and libpam-smbpass and restarted the whole machine for making sure all needed services are started.

Coming already are zoom in/out buttons, but I'm thinking also a dual pane toggle button, and a new tab button...

Any thoughts on additional controls? I don't want to clutter things up too much, but if the pathbar is moved down out of the main toolbar, then there is definitely room for a few more controls.

So I was trying to figure out why this wasn't working - the entire extension isn't included in Nemo, it's just the barebones extension code. The UI file and actual action code is ONLY in the nemo-sendto extension. I think it should stay there as well, because there is quite a number of files. The extension part built into Nemo checks for the existence of the nemo-sendto extension before displaying this option in the context menu.

So I will update the readme for nemo-extension in my existing pull request, technically sendto is not fully included in Nemo proper.

• make sections and not mounted partitions hideable
• give users the possibility to move bookmarks to Computer section.

After copying a file or folder, "paste" in the right-click menu doesn't get highlighted (but still works).

Hello,

I'm a Ubuntu user but I know Linux Mint and I wanted to thank the developers for this Nautilus fork Nemo.

For the moment, it's Nautilus 3.4.2 with also some missing features, mainly due to the change of name and lack of configuration. For example, what does not work in Nemo :

• No "Compress" command for archiving selected documents with File Roller in the context menu
• No option like nautilus-actions as open-terminal in a specific folder (a nemo-open-terminal via context menu)
• No green or blue icon under the folder icon in Ubuntu One or Dropbox to indicate state of synchronization...
• On the "Help" - "About" menu, the "Nemo website" leads to https://live.gnome.org/Nemo which of course does not exist
• I see you removed Unity patches, which is normal as you will develop Nemo for Cinnamon. But will there be available easily (plugin...) for those who want to replace Nautilus by Nemo in Ubuntu, too ?

Thanks. Xavier

Self-explanatory. Not a must-have feature, but it makes sense to remove the clutter from the menus if it's not needed.

I've compiled nemo on LMDE-UP5 and I find that the "standard" keyboard shortcuts Alt+Up, Alt+Left, Alt+Right and Alt+Down either don't work or don't work as expected (i.e., as in Nautilus and in most other file managers).

Update: For clarity:

• Alt+Up should take you up one level in the directory hierarchy
• Alt+Left should take you back in browsing history.
• Alt+Right should take you forwards in browsing history.
• Alt+Down should (probably) enter the currently selected directory.

IMO, these shortcuts are essential for using a file browser with the keyboard.

I'm a newbie so my apologies if I have not logged this issue correctly

I have an encrypted home drive and since I upgraded to Nemo 1.0.7 I have had problems with getting access to my home drive.

My laptop works fine for about 30-60mins but then I get an error

"Nautilus could not create the following required folders: /home/XXX/Desktop, /home/XXX/.config/nautilus"

When I open a nautilus I cannot get access to my home directory. I have to login again. I have not changed my user name or password.

Can someone please tell me how to revert back to the previous version of Nemo which was working for me?

Cheers

Paul

Can we just bump the search box up a bit (or maybe move it altogether to a different location?

Nemo "open terminal" doesn't work here.

I have a couple of hard drives that are mounted via /etc/fstab at mountpoints within /mnt. Although I could bookmark each one, and possibly move these bookmarks into the "Computer" sidebar section, I think there ought to be a standard behavior of listing mountpoints - at least for the devices where it would make sense to do so.

Nemo "open as root" doesn't work here, I tried it with gksu.

$ nemo

(nemo:20743): Gtk-WARNING **: Theme file for default has no name


(nemo:20743): Gtk-WARNING **: Theme file for default has no directories


(nemo:20743): Gtk-WARNING **: Refusing to add non-unique action 'Edit Location' to action group 'ShellActions'

(nemo:20743): Gtk-CRITICAL **: gtk_image_menu_item_set_always_show_image: assertion `GTK_IS_IMAGE_MENU_ITEM (image_menu_item)' failed

(nemo:20743): GLib-GIO-CRITICAL **: g_settings_bind_with_mapping: assertion `G_IS_OBJECT (object)' failed

(nemo:20743): GLib-GObject-CRITICAL **: g_object_bind_property_full: assertion `G_IS_OBJECT (target)' failed

(gksu:20752): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed

(gksu:20752): Gtk-WARNING **: Theme file for default has no name


(gksu:20752): Gtk-WARNING **: Theme file for default has no directories

The option in nautilus that allows you to right click an archive (zip/tar etc.) and extract it to the current location, has been removed, I think it was a good feature and should be included into Nemo

If the path of a folder is too long, the path bar disappears and the Location/Search duo becomes a pop-up menu. After going back to the parent folder, everything stays the same (the path bar doesn't appear and the pop-up menu doesn't change back to the two separate icon)

(Sorry, if it's hard to understand, i can't explain it better in English.)

When creating new items in Desktop folder like for ex. in terminal :" touch ~/Desktop/test", that item should be put on the primary panel.
Nemo puts it to the top left space of all panels. That is a problem when secondary monitor is on the left of the primary.

P.S. Nautilus 3.6 has fixed this.