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

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

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

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

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

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

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

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

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

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

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

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

New status: 675 messages complete with 2 fuzzies and 1 untranslated.

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

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

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

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

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

New status: 292 messages complete with 0 fuzzies and 1 untranslated.

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

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

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

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

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

This fixes a crash when hovering CD drives with a special icon in
computer://.

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

Error spotted, reported and solved by Ambroz Bizjak.

New status: 675 messages complete with 2 fuzzies and 1 untranslated.

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

New status: 675 messages complete with 2 fuzzies and 1 untranslated.

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

When trashing a directory we cannot call the Delete() method of the
thumbnailer service as that would not delete thumbnails of its
descendants. Using the base URI parameter of Cleanup() we can achieve
this however.

Also increase the timeouts for Copy() and Delete() D-Bus method calls to
500ms to reduce the D-Bus traffic.

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

Use a timeout of 175ms instead of 250ms.

This does wonders when linking stuff from slow remote locations into
your local system.

This probably has to be improved (at least Copy() sometimes causes weird
icon view behavior when copying a lot of files to an open window).
Move transfer jobs work fine.

This helps removing thumbnails from the on-disk cache that are no longer
needed because the original file no longer exists. It does a pretty good
job at that but there's more work to do to integrate Copy(), Move() and
Delete() in all the jobs.

This one also uses a queue and a timeout of 250ms to group Copy() D-Bus
method calls.

We again use something like the wait queue in the old ThunarThumbnailer
here for grouping Move() and Delete() calls. The same will be done for
Copy(). It performs really well, moving 200 images from one folder to
another only generates a single Move() request with all images. At least
on my fast machine.

The actual calls to thunar_thumbnail_cache_move_file() and
thunar_thumbnail_cache_delete_file() in the transfer and I/O jobs still
have to be added.

With this tumblerd can just copy the thumbnail and adjust its meta data
when a file is renamed. We thereby avoid regenerating thumbnails for
files that are simply renamed but whose contents don't change at all.

We probably need some extra code to check whether the file type has now
changed or become incompatible with tumbler. In that case we will have
to drop the thumbnail. But how often does this really happen?

This is the second part of redesigning how thumbnails are requested in
Thunar. Each ThunarStandardView now has a ThunerThumbnailer object.
On scroll and resize events and whenever a new directory has finished
loading, ThunarStandardView now schedules a timeout or idle handler
(depending on the situation) to request thumbnails for all visible items
of the view.

This timeout/idle handler is rescheduled whenever the user starts
or continues scrolling or resizing. This avoids sending requests while
the user is scrolling and its important to not have D-Bus interfere with
the Thunar main loop. We now have a much more responsive thumbnailing
and scrolling experience!

Requests are also dropped by each view when a directory is closed/left.
This means that we no longer generate thumbnails the user is not
interested in any more.

This commit also uses the proper D-Bus method for cancelling thumbnail
requests (it's called "Dequeue", not "Unqueue").

The properties dialog is updated to match changes in the
ThunarThumbnailer API.

This commit also drops ThunarThumbnailer in ThunarIconFactory and adds
it to ThunarPropertiesDialog. There will be one ThunarThumbnailer for
each ThunarStandardView soon in order to bring back normal thumbnail
generation.