With the Thunar D-Bus API changes in the 1.1.3 release, thunar-settings
did no longer start up. This fixes it.

This requires a dirty UNIX-only inspection of the mount points. Someone
forgot to make this easy for us.

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

This function takes a working directory, a URI or relative or absolute
path of a file to execute, an array of URIs, relative or absolute paths
of files to supply to the executed file, as well as a display name and a
startup ID.

In its essence, it's a simple wrapper around thunar_file_execute() so
this method can be re-used by other processes.

This method takes a working directory, a template URI or absolute path
and the usual screen/startup-id pair. It can be used to predefine the
name, extension and content type of the create file dialog.

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 680 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 287 messages complete with 2 fuzzies and 4 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

It appears that g_file_query_default_handler() prefers URI scheme
handlers over content type handlers. This is inappropriate if we want to
open a file for which we already know the content type (as is the case
with most local files).

Using g_file_query_default_handler() as the only way to pick the default
handler for a file somewhat collides with exo-gio-module, which sets the
default handler for a few URI schemes, such as http:// and file://.

This was problematic only when launching a file from outside (e.g. by
running "Thunar <file>" or by calling the D-Bus Launch() method. In
internal situations, Thunar used thunar_file_list_get_applications()
which prioritizes the content type.

We now use g_app_info_get_default_for_content_type() first and only fall
back to g_file_query_default_handler() if the content type is unknown or
we don't have a default handler for it.

This method takes a parent directory, a content type, a display and a
startup ID and prompts the user to enter a new name for the file (or
directory) to be created.

This method can be used by applications like xfdesktop in order to
prompt the user to choose a new name for a file. This way xfdesktop
doesn't have to implement the rename dialog and method itself anymore,
which results in a more consistent UI and only one place would have to
be changed if this UI needs to be revamped later.

This way we can pass a GdkScreen object to it as well as a GtkWindow,
just like we when calling some of the other dialog routines.

New status: 53 messages complete with 0 fuzzies and 240 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

Add an eject icon to the shortcuts sidebar for volumes which are ejectable or
mounts which are unmountable by the user. This makes it much more obvious and
easy how to unmount/eject removable storage again.

http://bugzilla.xfce.org/show_bug.cgi?id=3658



Signed-off-by: Jannis Pohlmann <jannis@xfce.org>

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

When entering a new directory, Thunar now checks if the next or previous
directory in the history is an immediate child of the new directory. If
one of these files is a child, it selects it automatically.

This makes keyboard navigation much easier. I'm sure the behaviour can
be confusing in some situations as well, but I hope it is an
improvement.

This partly fixes bug #5538 as well.

This fixes issues when calling thunar_component_set_selected_files() on
a view that has not finished loading the folder contents yet. Once the
folder has been loaded, the selection is always reset, so to work around
this, we need to delay setting the selected files until loading is done.