Remove them or replace them with vim modelines where appropriate.

Because thunar_file_reload is now a callback function, it needs to return
TRUE or FALSE, otherwise the behaviour is undefined. This should fix a
couple of potential issues.

This reverts commit 2d5567b2.

738 translated messages.

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

This reverts commit 9283ed8f.

After some more testing, this is not a good idea, as it breaks shortcuts
with the Alt modifier when the menubar is hidden. It is not noticeable
when the menubar is visible. Besides, this is a behaviour change and
should be delayed for future releases.

Quoting $@ seems to work fine.

Instead of simply using the first column for drag & drop and the other
columns for starting the rubberband selection it is better to use the
column showing the filenames for this, as the user can change its position.

Example use case this solves: Empty the trash while it is shown as
current folder.

Because we now force-spawn the gvfs trash daemon in main(), this code
is no longer necessary and can be removed.

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/).