If the gvfsd-trash daemon has not spawned and thunar accesses the trash bin
"trash:///" the first time, then the trash bin does not report the correct
state. This is probably because the daemon needs some time to spawn and get
ready.

As a solution, lets reload the trash file in idle when it is first created,
and then again a bit later after a few seconds have passed. By that time
the gvfs trash daemon should have spawned and the state is properly set.
This is only necessary when first loading the file, not when getting it
from the cache, so we put this into main to be run at startup.

Building it fails starting with gtk-doc-1.22, and there have been
lots of validity errors with previous versions for some time. Until
someone comes and fixes it, stop building it.

Other applications like firefox, thunderbird etc. use Alt_L to toggle
a hidden menubar. This seems to be some kind of standard and is also
more intuitive because menu mnemonics are triggered by Alt_L too.

The second part of this commit fixes hiding the menubar (if set to
be invisible).

Of course, the setting still needs to be activated in the view menu or
via Control + M.

738 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

738 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

This should not be necessary but will fix the warning.

Since thunar now remembers the selected application as last used,
we can disable this (again?) by default. If the user now wants to
make the chosen application the default one, it is now necessary
to activate the checkbox.

If the user does not set the application as default, do remember it as last
used, making it appear first in the list of recommended applications.

Remembering the last used application will move it to the top of the
list of alternatives.

This fixes the following issue:

1) open thunar window
2) touch test
3) rm test; mkdir test

Expected results:
The file "test" vanishes from the view, and a directory "test" appears.

Actual results:
The file "test" does not disappear, and the newly created directory is not shown.

The assumption that listening for CHANGES_DONE_HINT will also take care
of ATTRIBUTE_CHANGED was obviously wrong, as the trash bin does not longer
receive a changed signal. Revert this change, but still use CHANGES_DONE_HINT
instead of simple G_FILE_MONITOR_EVENT_CHANGED events.

http://git.xfce.org/xfce/thunar/commit/?id=a0b81ac84dcfd23f1d310d276e46df13e826fac9
"Watch for CHANGES_DONE_HINT instead of CHANGED and ATTRIBUTE_CHANGED (bug #8377)"

It is complicated to make this working properly for unmounted resources;
The new view will not show the correct location. So let's simply do nothing
when the user clicks on an unmounted resource; the user can click on the
item with the left mouse button to mount it, then middle-click it to open
it in a new tab or window.

When middle-clicking on an item in the tree view, the cursor will be set
on the clicked item so that the new tab/window will show this item. However,
the original tree view should still show the old location and behave as if
the middle-click did not happen.

This is the inverse operation of mounting with KEY_Right.

In the treeview the network item has a standard directory icon unlike
in all other places. This commit fixes this.

Mounting a device in the tree view always opens them in a new tab,
instead of in the current view. This commit fixes this.

If the user navigates the treeview using the up and down keys and a
device is not mounted, then it will be mounted. It is better for user
experience to only mount the device when the user expands the path
with Key_Right, otherwise some items in the treeview might not even
be accessible without accidentally mounting other devices.

Gtk-CRITICAL **: IA__gtk_tree_row_reference_new_proxy: assertion 'path->depth > 0' failed

Since the toplevel item issue is fixed now, this is no longer necessary
and can be reverted.

When the user clicks on e.g. "Desktop" in the treeview, the treeview
will expand the tree and set the cursor on home/Desktop instead on the
proper toplevel item (assuming the Desktop folder resides in the user's
home directory of course). This is very bad for user experience.

To fix this, this commit makes the treeview

a) use the cursor if set to limit the search to below the current
   toplevel item
b) select the proper toplevel item to expand to the descendant in the
   following order:
   1) any mounted device or network resource
   2) the user's desktop directory
   3) the user's home directory
   4) the root filesystem

When trying to go back or forward in history, and the target location
has been unmounted, remove the entry from the history.

738 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

738 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

722 translated messages, 16 untranslated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

https://developer.gnome.org/gio/unstable/GFileMonitor.html#GFileMonitorEvent:
G_FILE_MONITOR_EVENT_CHANGES_DONE_HINT:
"A hint that this was probably the last change in a set of changes."

Reloading file information can be costly, so it may be wise to only do this
after a set of changes has been performed, which is not emitted as often
as the CHANGED and ATTRIBUTE_CHANGED hint.

The G_FILE_MONITOR_EVENT_CHANGES_DONE_HINT will always be emitted after
G_FILE_MONITOR_EVENT_CHANGED and G_FILE_MONITOR_EVENT_ATTRIBUTE_CHANGED,
so wait for it with the reload.

Possible risks: On some (especially remote?) file systems, the EVENT_CHANGED
and ATTRIBUTE_CHANGED might take a while to be processed, resulting in the
reload happening later. But then, why would it be faster to reload the
file before all these changes have been done?

738 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

734 translated messages, 4 untranslated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

This partly reverts the previous commit which was not correct,
and fixes the real problem which can be seen when cancelling editing.

This fixes the shortcut renaming feature broken by f60acf89
"Allow <ctrl> + middle click in shortcut and treeview panes" and
also removes the weird-looking "selection in selection" which maybe can
only be noticed by some themes, but is reproducible with Greybird.

Show spaces in the path names instead of "%20".

738 translated messages.

Transifex (https://www.transifex.com/projects/p/xfce/).

Unfortunately, the previous commit did not work correctly for local paths
in all cases. This commit fixes this by distinguishing between local paths
and URIs.

Escaping the URI in thunar_path_entry_changed is necessary for correctly
loading the corresponding ThunarFile for the GFile.

This solves bug #8910 where the problem stems from URI unescaping,
resulting in the unescaped text being NULL. This is handled by the
second part of the patch, which falls back to the unescaped text.

Without this commit, directories containing characters like "%", e.g
"test%folder", can be opened but

1) on remote locations the icon in the toolbar location selector will
   show an error indicating there is something wrong,
2) while on local filesystems only the parent path will be shown in
   the path entry.