With most desktops (and following them: distributions) seem to go towards larger application-icons I think it'd be time to overthink Thunar's hardcoded 48px appicon. (For reference, it's hardcoded here: http://git.xfce.org/xfce/thunar/tree/thunar/thunar-window.c?id=2147190c02c2ece7a924752a8d63bcf45e5568af#n2421) Since Xfwm4 has gained the ability to show larger icons in tabwin (alt-tab), it'd be nice to see Thunar support this as well by no longer hardcoding the appicon but by using the highest-available resolution.
Fixed in master: commit 096f3b6eb37205b6cabb0da4ecc8886b24a67a28 Author: Jannis Pohlmann <jannis@xfce.org> Date: Sun Apr 15 17:07:15 2012 +0100 Add an 64x64 and 128x128 icon for Thunar (bug #8626).
Oops, I assumed the bug was about something entirely different and then pushed an complete unrelated "fix". Embarrassing. I'm herewith re-opening the bug.
Ok, this time I've come up with a proper fix. commit 16ab778bb7fd307f7ac35715a33283494373bce6 Author: Jannis Pohlmann <jannis@xfce.org> Date: Sun Apr 15 22:42:21 2012 +0100 Move away from using a hard-coded size for window icons (bug #8626). The previous commit wasn't actually related to this bug. The problem here was that the xfwm4 tab window now allows themes to change the size of the displayed window icons but Thunar still hard-coded its own window icons to 48px. From this commit Thunar on uses thunar_file_get_icon_name(current_dir) to get an icon name for the current directory and and then calls gtk_window_set_icon_name() rather than asking ThunarIconFactory for a 48px GdkPixbuf that cannot be scaled up nicely. This is ok because we only ever set icons for directories and for those ThunarIconFactory never returns anything but a GdkPixbuf based on an icon name anyway. It never returns a GdkPixbuf loaded from an absolute path or anything.