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.

These functions allow it to lookup the previous or next file from the
history and can later be used to auto-select subdirectories when walking
back and forth through the history.

These methods now check whether the input list is NULL and no longer
segfault when it is. This makes it possible to copy and free empty lists
without wrapping the calls to these methods with a NULL check.

New status: 293 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).

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

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

New status: 201 messages complete with 1 fuzzy and 91 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: 183 messages complete with 1 fuzzy and 109 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: 176 messages complete with 1 fuzzy and 116 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).

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

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

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

New status: 138 messages complete with 1 fuzzy and 154 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).