Add option to hide symlink/read-only desktop icon emblems

Issue Description

xfdesktop shows a symlink-arrow and padlock emblem on desktop icons for symlinks and read-only files (added deliberately in 2012 — bug #5469 — as useful status info). On desktops with many readonly symlinked launchers, these can add visual clutter and obscure the view of icons which some users may want to opt out of. (See Additional Information regarding why one might do this)

I've drafted a small patch adding two independent checkboxes to Settings → Desktop Icons → File/Launcher Icons, each defaulting to the current (on) behavior, so nothing changes unless a user explicitly opts out.

I would be happy to request access and open an MR if this seems like a reasonable direction.

(Disclosure: this patch was drafted with AI assistance — Claude — I reviewed all the code changes, tested it locally including the live-toggle behavior, and understand the change fully. It is a small change, which follows patterns in existing code, not messy "AI slop" nor anything that might be copyrighted elsewhere)

Steps to Reproduce Issue

  1. Place symlinks to read-only launchers in the Desktop folder
  2. View the desktop

Expected Behavior

For anyone who prefers to see the emblems or does nothing to change it, no change from existing behavior.

For a user who opts to uncheck the new options...

A clean desktop displaying the files and launchers that the user choses to include there.

Each icon is an unobstructed view of the image file associated with the launcher as written by the installer or as customized by the user.

Additional Information

Why would someone have a bunch of symlinks to read-only (or at least read-only to the user) launchers on their desktop?

Most likely the user runs multiple desktop managers.

I run KDE-Plasma locally and XFCE on the same computer remotely. KDE has an option to add launchers to desktop in the right-click menu of it's "start" menu. This works by creating a symlink to the shared launcher file in /usr/local, not a copy.

This is actually not a bad system because it means the desktop launcher will be updated automatically if it is changed by an update to the application.

Environment & Versions

  • OS distribution and version: Gentoo 2.18
  • Overall Xfce version: 4.20
  • xfdesktop version : 4.20.2 (I also tested applying my patch to cd97bc05)
  • thunar version: 4.20.8
  • Windowing system (X11/Wayland): X11 (actually xrdp)
  • Compositor and version (if Wayland): (untested, should be the same)
  • GTK Theme: Adwaita
  • Icon Theme: Adwaita
  • UI Scale Factor: 1