They are also all prepended to the functions so they
will most likely also cause problems with the Sun compiler.

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

XDT_FEATURE_VISIBILITY() breaks plugins as it strips thunar_extension*
functions from the final shared library files. An alternative way to
XDT_FEATURE_VISIBILITY() and the old visibility configure code used in
Thunar is to define -export-symbols-regex (e.g. by setting it to
"^thunar_extension.*") in Makefile.am of each plugin.

This also removes the alias stuff in Thunarx, as we no longer need to
define which symbols to export or not via the alias header. All symbols
starting with _ are now automatically marked as private and are not
exported. Additionally, G_GNUC_INTERNAL can be used to hide symbols.

thunarx.symbols is preserved for ABI checks and still has to be updated
when new symbols are added.

Hope all this is ok. Double-checkers to the rescue!

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

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

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

Using strlen() for the number of characters is unrealistic when dealing
with multibyte strings.

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

I'd like to see if this has an impact on make distcheck. It could be
that only modules using XDT_FEATURE_DEBUG(), like xfconf and Thunar,
break due to this error in the scanner code generated by gtk-doc:

thunarx-scan.c: In function ‘describe_signed_constant’:
thunarx-scan.c:884: error: comparison between signed and unsigned

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

This reverts commit 40684e73.

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

We now have startup notification support in the Thunar D-Bus interface
which adds a startup ID parameter to some of the D-Bus methods.

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

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

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

If anyone can point me at a good reason to use them, I'll happily add
them back. Until then they are just two more characters to read on the
screen in my opinion.

This makes it more obvious that Thunar has recognized the user's cancel
action and is about to cancel the job. Sometimes this takes a while, so
this text will help users in being patient. Suggested by Steve Dodier.

This is done by making it visible only when the progress dialog is
shown, not whenever a job is added or removed.

All operations that have only one target directory now have its display
name in the title of the corresponding ThunarProgressView, e.g.
'Copying files to "Test"...'.

This is accompanied by a new function called
thunar_file_cached_display_name() which takes a GFile and tries to
determine the display name of its cached ThunarFile, and otherwise falls
back to g_filename_display_name().

It still seems to reduce the CPU usage by about the same amount than
0.05 percent did (5-9% instead of 50%).