When calling thunar from the command line, it now uses the
DESKTOP_STARTUP_ID environment variable and passes it to the functions
responsible to open/execute files and to open the bulk renamer.

An additional startup id paremeter is added to the functions

  thunar_application_bulk_rename()
  thunar_application_open_window()
  thunar_application_process_filenames()
  thunar_file_launch()
  thunar_show_renamer_dialog()
  thunar_dbus_client_launch_files()
  thunar_dbus_service_launch_files()

as well as to the following D-Bus methods:

  org.xfce.FileManager.Launch()
  org.xfce.Thunar.BulkRename()
  org.xfce.Thunar.LaunchFiles()

This was made possible by Nick who provided the entire patch.

This is similar as the ThunarApplication code dealing with opening
multiple files (usually at startup). Files are poked/resolved
asynchronously one after another until there's nothing left to resolve.
Then the old open/execute code kicks in.

This includes: g_file_monitor(), g_file_query_file_type() and
g_file_make_directory_with_parents(). Needs testing.

Use g_object_ref_sink() and gtk_radio_action_set_current_value()
instead.

Conflicts:

	thunar/thunar-templates-action.c

	  which caused a lot of problems. Patch by Nick.

(Old svn revision: 30378)

	  thunar_file_is_executable() if the file is either a desktop file or
	  is an application/x-executable or application/x-shellscript. On
	  Windows we use g_content_type_can_be_executable() directly instead
	  of checking for these two content types. Patch by Nick.

(Old svn revision: 30347)

	  thunar_file_same_filesystem() which uses
	  G_FILE_ATTRIBUTE_ID_FILESYSTEM to check whether two files reside on
	  the same device/filesystem. Use this to fix the copy/move decision
	  in thunar_file_accepts_drop().
	* thunarx/thunarx-file-info.h: Add the "id" namespace to
	  THUNARX_FILE_INFO_NAMESPACE.

(Old svn revision: 30346)

	  this only works for one selected file right now. Poking/launching
	  multiple files/directories still have to be worked on anyway.

(Old svn revision: 30344)

(Old svn revision: 30066)

	  Thunar itself.

(Old svn revision: 30065)

	  of THUNAR_VERSION_API.

(Old svn revision: 30064)

	  tests thunar-vfs anyway.
	* docs/reference/thunar-vfs/, thunar-vfs/: Remove empty folders.

(Old svn revision: 30063)

(Old svn revision: 30062)

	  cleaned up next. Update the list of functions and headers the
	  configure script checks because a lot of them were only required for
	  thunar-vfs.

(Old svn revision: 30061)

	  thunarx-1 is dead, long live thunarx-2. thunarx-2 introduces three
	  new functions: thunarx_file_info_get_file_info() which returns the
	  GFileInfo of a ThunarxFileInfo,
	  thunarx_file_info_get_filesystem_info() which returns a GFileInfo
	  with filesystem information for a ThunarxFileInfo and
	  thunarx_file_info_get_location() which returns the GFile the
	  ThunarxFileInfo refers to. thunarx-2 doesn't have
	  thunarx_file_info_get_vfs_info() anymore. Port all plugins shipped
	  with Thunar from thunarx-1 to thunarx-2. Especially thunar-uca and
	  thunar-sendto-email need testing due to non-trivial changes. Don't
	  link Thunar against ThunarVFS anymore - ALL REFERENCES ARE GONE!

(Old svn revision: 30057)

	* thunar/thunar-window.c: Derive from ThunarBrowser and use
	  thunar_browser_poke_file() to resolve/mount files when the location
	  dialog is activated.

(Old svn revision: 30056)

	  thunar_list_model_get_statusbar_text() for files without content
	  type. Use special statusbar texts for mountables and shortcuts.

(Old svn revision: 30055)

	  has no G_FILE_ATTRIBUTE_ACCESS_CAN_READ or
	  G_FILE_ATTRIBUTE_ACCESS_CAN_WRITE attribute. This usually is the
	  case with shortcuts and mountables. This change removes all those
	  irritating emblems when browsing computer://, network:// and smb://.
	  Only show the "drive-harddisk" icon for local root directories (this
	  should only be the filesystem root, not media or anything).

(Old svn revision: 30054)

(Old svn revision: 30053)

	  file function to resolve/mount/open the selected file, if there is
	  only one selected. Still need to work on selections of more files.

(Old svn revision: 30052)

	  This is to make sure we don't see things like "%20" in the location
	  bar/dialog.

(Old svn revision: 30051)

	  deriving from ThunarBrowser and using the poke functions to mount
	  volumes or resolve files asynchronously and on demand.

(Old svn revision: 30050)

	  directories and volumes are mounted and opened by deriving from
	  ThunarBrowser and calling thunar_browser_poke_file() and
	  thunar_browser_poke_volume() to resolve directories and volumes
	  before opening them.

(Old svn revision: 30049)

	  convenience functions for browsing (possibly not yet mounted or
	  resolved) volumes and files. thunar_browser_poke_file() can be used
	  to asynchronously resolve shortcuts, mount mountables or enclosing
	  volumes. When finished, the ThunarBrowserPokeFileFunc callback is
	  called with the source and target file. thunar_browser_poke_volume()
	  mounts volumes on demand and resolves the mount point and passes it
	  to the ThunarBrowsePokeVolumeFunc callback. Both functions are
	  possibly asynchronous.

(Old svn revision: 30048)

	  info attributes we request from the GFileInfo. In
	  thunar_file_load(), check for type G_FILE_TYPE_MOUNTABLE and set
	  is_mounted to FALSE if its G_FILE_ATTRIBUTE_MOUNTABLE_CAN_MOUNT is
	  TRUE. Add function thunar_file_get_target_location() which returns
	  a GFile for the target location of a file of type
	  G_FILE_TYPE_SHORTCUT or G_FILE_TYPE_MOUNTABLE and otherwise returns
	  NULL. Don't assume all files have a content type - shortcuts and
	  mountables don't. Work around this in thunar_file_is_desktop_file()
	  and thunar_file_list_get_applications(). Check if we have a
	  GFileInfo before querying the original path in
	  thunar_file_get_original_path().

(Old svn revision: 30047)