738 translated messages.

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

738 translated messages.

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

725 translated messages, 13 untranslated messages.

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

717 translated messages, 21 untranslated messages.

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

706 translated messages, 32 untranslated messages.

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

706 translated messages, 32 untranslated messages.

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

738 translated messages.

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

738 translated messages.

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

738 translated messages.

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

Tracking them was an error, these files are auto-generated from
thunar-marshal.list.

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.