Nautilus quicklist does not contain the locations previously found under the 'Places' menu.

As a first step, we could add the pre-defined folders to the .desktop file (Music, Videos, etc.) to fill the quicklist. However, we cannot add user-defined places at this stage, since that would take a patch to Nautilus, and we're way past feature freeze.

For Oneiric the Nautilus quicklist should be dynamic include all folders currently bookmarked by the user in Nautilus.

LOL
"How to make Unity usable" xD

Will it get a go in oneiric?

This is related to Bilal's work

Is it so difficult to add at least some default places to the Nautilus quicklist?
As it is now, to open a new Nautilus window I have to go in the Nautilus' menu!

Mar Castelliccio hit the spot.

Isn't this quicklist redundant with the desktop's Places menu? Is so hard to disvover/get into the Places menu?

I mean, the desktop's ‘Bookmarks’ menu.

I think it's hard to discover, as I can't find it (and have never seen it since 11.04).
What is this desktop's "Bookmarks" menu?

- Click on desktop to get it focused
- Move the mouse to top panel
- You should see the deskop menu now

This doesn't work with Unity 2D, see bug 769254 for that.

I don't see this menu.
However it's different from the problem of the bug, because if you have other applications opened, it's really slow to go to the desktop to open new windows.

There's a how to on OMG Ubuntu! which works fine for people who would like to add places to their quicklist in 11.10:
http://www.omgubuntu.co.uk/2011/04/how-to-add-folder-quicklists-to-the-home-launcher-in-ubuntu-unity/

Speaking about the implementation, I see two possibilities here:

 - Write a simple script that watches .gtk-bookmarks file and exports its contents to the quicklist of nautilus(-home).desktop.
 - Write a patch for Nautilus itself that makes use of NautilusBookmarkList object, exports it to the quicklist, and connects its signals to an internal function which opens a new window/tab.

The latter is much easier to implement, but it will probably increase boot time.
@seb128, didrocks: Any ideas on what's better?

@Dmitry: why would the second one impact on boot speed? couldn't we just add a dbus method or callback to nautilus that get called on first list opening?

Note that upstream is working into moving the nautilus bookmark side panel logic to gtk so the gtkfileselector uses the same one:
http://live.gnome.org/GTK%2B/GtkPlacesSidebar

s/boot time/login time/g
It depends on a language used. If it's Python, it will take at least 1s to load, if not 2. It has no sense to write such a program in C — because we'll have to re-implement things that already exist in libnautilus-private/nautilus code. And I don't know about Vala.

I'll now take a look at nautilus code and try to write a basic patch for that.

ok, I think I misread your comment about which solution will increase start time (or you wrote it backward?), either way having nautilus doing the job would be nicer than having a script ;-)

My idea was like that: http://paste.ubuntu.com/771189/, but I doesn't work (and even no error messages appear). I need someone who knows dbusmenu/unity api well to help me debug that :)

Also, that patch needs better memory management, as now all existing menuitems are not deleted when the quicklist is updated.

… but it doesn't work …

You might want to email https://lists.launchpad.net/ayatana-dev/ for questions, it's not likely that lot of people will notice comments on that bug

(or attach the patch to the bug and subscribe ubuntu-sponsors)

(or do a merge request against the packaging ;-)

Actually, I started it on the plane

@Didier: this should be compatible with quicklist entries that are displayed during file operations, see 12_unity_launcher_support.patch for details.

@Dmitry: Thanks! I noticed that last week and will merge the 2 patches with a quicklist provider in nautilus.

Ok, patch done, will upload it tomorrow morning. Please note that the "Open a new window" is a static quicklist (so, it's there even if nautilus isn't running or showing the desktop). But in the current implementation, static quicklist are displayed after dynamic one. That shoudln't be the case IMHO and they should be displayed before anything (and this will then follow the spec).

This bug was fixed in the package nautilus - 1:3.2.1-2ubuntu9

---------------
nautilus (1:3.2.1-2ubuntu9) precise; urgency=low

  * debian/patches/12_unity_launcher_support.patch:
    - add support for a second quicklist for nautilus: bookmarks (LP: #723862)
    - refactoring a great part of the patch to allow multiple
      "quicklist groups" for nautilus, and each part managing just a subset,
      grouping elements and such.
  * debian/patches/20_static_unity_quicklist.patch,
    debian/nautilus-home.desktop,
    debian/nautilus-home.desktop.in:
    - adding a static "Open a new window" quicklist to both nautilus.desktop
      and nautilus-home.desktop
 -- Didier Roche <email address hidden> Tue, 17 Jan 2012 09:22:04 +0100

A comment to this fix:
It's not a good idea to alphabetically sort folders and bookmarks as one group of objects. The quicklist should group Computer folders and Bookmarks separatelly and preferably in that order. Confer the presentation in Nautlius sidebar.

Indeed, I agree with you. However, it seems there is no easy way to get that list of bookmarks sorted as you say here (we don't have the information in the same order and I don't want to rely on a nautilus window to be opened to get that list). Patches to fix it are more than welcome there :)

Ok, I see.

Anyhow, one approach could be to use the output from command ls below
cd ~
ls -d */
which lists ALL not hidden user top folders.

Another approach is to extract the default top folders from the file ~/.config/user-dirs.dirs and adding the home folder.

From that those top folders can be removed from the "bookmark list" in the quicklist.

The second approach is more in line with Nautilus computer folder list content.

I prefixed the bookmarks from the top folders with "|> " without quotes as a wotkaround. This will list top folder (Desktop, Documents, Downloads, Music etc) first and "remaining" bookmarks last in the quicklist. I think this is the preferred way as top folder are few (at least if only default folders are listed) and bookmarks can be numerous.

Maybe I need to do a fresh install to check but there appears to be a downside here -
All quicklists are now opening in the same browser window when previously thru a custom nautilus-home.desktop, quicklists would open in a new window

Additionally if one moves to another workspace again the current quicklists open in the previous window, not on the current workspace. So now users must first open a new Home folder window to get to a new quicklist location in a new window??

There are some other inconsistencies as well.

1. If nautilus is open in the background behind another app, clicking a QLBM (quicklist bookmark) opens and browses to that bookmark in the background nautilus but does not bring the window to the foreground. This is intermittent, sometimes the window is brought to foreground, sometimes not. Sometimes it happens when nautilus is already open. Sometimes it browses to the folder, sometimes it opens a whole new window and browses to it. really struggling to consistently reproduce, seems to happen at random.

2. With an open nautilus window, in foreground when you try clicking the home folder QLBM, nothing happens. But then trying to click any other QLBM after that suddenly a new nautilus window opens focusing on home folder. Do the same for when nautilus is in the background, it just brings the window to the foreground but does not open home folder.

3. Sometimes the QLBM's don't work at all and causes a nautilus crash. Click bookmark and nothing happens, click another bookmark nothing happens. Click home folder QLBM or just the home folder icon in launcher and then it opens, or nothing will happen for a second and then nautilus crashes. This too is intermittent, struggling to reproduce consistently.

Will play around some more and report back tomorrow

One such crash - bug 917717

Thanks for the feedbacks!
The crash doesn't seem to be related to the quicklist.

For the behavior, I tried to be consistent with the nautilus accelerator (which seems to be used in the nautilus desktop menu as well) and am using the same code path on purpose. I agree this can seem to have some inconsistencies there, but I think this should be fixed everywhere: when using the menu, when using the shortcut and in the quicklist, consequently. (maybe another bug report for that?)

I think you would find that desktop merger was myself ;)

FYI, I pushed in lp:~ubuntu-desktop/nautilus/ubuntu a new version which always open a new window with the bookmark content.

Didier Roche (didrocks) wrote >
>I pushed in a new version which always open a new window with the bookmark content.
That will be nice to see, though I'm sure there will be varying opinions as to the way to go

As far as the crash, which I can't see the main report - at least here with the current nautilus packages get it consistently.
If I re-build nautilus without the 12_. patch then no crashes, built off of the gtk 3.3.6 libs, used with both those & the new ones (3.3.8)
(- The new gtk/gail is causing some issue here with light-themes, but as far as crash behavior is consistent

Do we need a static "Open a new window" action now? It does the same
thing as "Home" bookmark and middle-click on the launcher item.

Ignore that, there's no bookmark for Home...

I would rather prefer that shortcuts in the quicklist open new tabs than new windows. That was also what I expected the first time I tested this new Home quicklist.

Myself I use a number of customized quicklists and one example here is firefox. There I use "firefox -new-tab <url>" to achieve that and the firefox window is always focused. That's to me an expected behaviour not new windows each time crowding the desktop.

However, I was going to test that case for nautilus but can't find a command option for setting up a new nautilus tab. Maybe that's why this behaviour was not implemented?

There is a gsettings key for other tab behavior in nautilus. We can maybe link to that, but we have to take into account the case where there is no nautilus window opened, raise to focus this one, move your current workspaces and such.
I do not have enough time to work on that and need to fix other bugs to make precise rock solid. I would though gladly accept a patch doing it :)

> We can maybe link to that, but we have to take into account the case where there
> is no nautilus window opened, raise to focus this one, move your current workspaces
> and such.
All that work for e.g. firefox even when there is no current firefox window but I guess nautilus is not designed to support this behaviour fully and easily as one have to patch nautilus to implement the quicklist.

> I would though gladly accept a patch doing it :)
I would gladly help if I had the skills ;)
Hope that someone having that and time will look into this.

Thanks anyway.

The Bug Desciption formats Desktop Actions at the top of the quicklist, currently they show below Bookmarks, does the unity bug need re-opening or the Desctiption changed?

Marking as fixed released, however one of the issues in the original bug report is outstanding so I have reported this in a new bug. See https://bugs.launchpad.net/ubuntu/+source/unity/+bug/988788