Now that notifications no longer use libgd, would be cool to remove the
libgd dependency. But we still need it to workaround a bug in GTK+.
Add a comment to track libgd uses better, so "git grep libgd" shows
them.

So the toolbar can poll it when creating the menu.
Previously the slider in the toolbar had the wrong value when
initialized.

https://bugzilla.gnome.org/show_bug.cgi?id=745035

Makes dim labels work correctly.

https://bugzilla.gnome.org/show_bug.cgi?id=744681

https://bugzilla.gnome.org/show_bug.cgi?id=744681

Design request. Having a full location is too much in most of the cases
and makes all the columns too much wide.
So show only the parent folder name.

https://bugzilla.gnome.org/show_bug.cgi?id=744237

Design request

https://bugzilla.gnome.org/show_bug.cgi?id=744237

Design request.

https://bugzilla.gnome.org/show_bug.cgi?id=744237

The extension/icon should be enough

https://bugzilla.gnome.org/show_bug.cgi?id=744237

To match mockups.

To match mockups.

Store the entire state in the action. The toolbar will be called to
update the state anyway...

Look at whether the action exists in the view action group instead.

Instead of putting it in the superclass, have the subclasses implement
it individually.

Refresh the nautilus menus in the view (context menus) and the menus in
the toolbar, changin as well in the path the UI of the toolbar to match
mockups.

In the way, port to GAction and GMenu every action and menu of nautilus
and some clean ups thanks to this port.

With the upcomming UI rework the user won't need to reset to defaults,
since the UI will be straighforward and not need to this item.

Following a design request and preparing to the port to popovers of
nautilus, we want to use only 3 zoom levels for each kind of view, so
the slider makes sense.

Also, following design guidelines, the new zoom levels sizes for icon
view are 64, 96, 128, with default to 96 and 16, 32, 48 for list view,
32 being the default

When creating NautilusDragSelectionItem items for dnd
make sure we use regular uri (instead of activation uri)
for Type=Link desktop files.

Other types of desktop files were not affected by this bug
as their regular uri and activation uri are usually the same.

Fixes bug 720390

This makes the permission strings line up nicely. With other
fonts, the wide w really throws off the alignment.

https://bugzilla.gnome.org/show_bug.cgi?id=737904

Currently if the view is resized, the column name is resized as well
given that use ellipsization allowing the column to become unreadable.
To avoid that, use width-chars property to set a desired width, but at
the same time allowing the user to resize without limits the name column
if desired.

https://bugzilla.gnome.org/show_bug.cgi?id=732004

Or we'll possibly eat the event for the entry itself, which will have
bad consequences to the state tracking of editable GtkCellRendererText.

https://bugzilla.gnome.org/show_bug.cgi?id=732513

https://bugzilla.gnome.org/show_bug.cgi?id=723793

There's another occurrence of GtkImageMenuItem right now, for the "Open
With..." menu which is harder to fix.

Avoid making expanders in list view drag sources.

As we now store surfaces in the GtkListStore, we have to change the
drag method to use it instead of a pixbuf.

We need to check for file != NULL, which is true in the case we just
started expanding the directory.

Port the rendering of icons to cairo surfaces, so that we can apply the
GDK scale factor when rendering icons.

Also replace it in the Trash's Original Location column.

Instead of appending and removing the columns simply set their
visibility. This seems to fix the issue after attempting to reproduce
the bug for a few minutes.
Signed-off-by: Garrett Regier <garrett@yorba.org>

We stopped having pluggable views a long time ago; remove the factory
code completely in favor of a simple nautilus_view_new() that looks at
the specified view ID among the list of views we support.

There's really no use for this in the current Nautilus, and we're
getting rid of nautilus-view-factory.

This ensures DnD from special locations (e.g. Recent or Trash) always
works even for targets that do not use gvfs.

Re-add most of the code that handled the tree view in NautilusListModel
and NautilusListView, cleaned up and rebased to master.

The tree mode will be activated by a checkbox in the Preferences dialog.