[Thunar-dev] PDF Thumbnailer

Erlend Davidson E.R.M.Davidson at sms.ed.ac.uk
Sun Aug 5 00:08:26 CEST 2007


I want to include a simple PDF thumbnailer for thunar, which uses 
ImageMagick.  I know there is already one, but it depends on evince 
being installed which would require a number of gnome libraries - not 
everyone wants to do this, especially not for a simple thumbnail.

The trouble is if I include a thumbnailer which supports a format 
already supported by an existing thumbnailer - what happens?  I presume 
mine (being added to the system later) would override thunar's default, 
which probably isn't the intended option.  If you have evince installed 
then I would say it is the best (fastest) means of thumbnailing a PDF.

This this in mind I want to propose to Benedict that the .desktop files 
for each thumbnailer have another field:
X-Thumbnailer-Priority
which is a number: 1 being a low priority and anything above that 
increasingly higher priority.  The default priority for any thumbnailer 
in thunar should be 10, that way when I want to include (for example) 
the PDF thumbnailer I can set the priority to be 5... when 
/usr/libexec/thunar-vfs-update-thumbnailers-cache-1 is run by the user 
the highest priority thumbnailers which have their TryExec found will be 
added to the thumbnailer cache.

For example if evince is not installed and 
/usr/libexec/thunar-vfs-update-thumbnailers-cache-1 is run it,
1. looks at both thunar-thumbnailers' and thunar's (evince) .desktop files
2. sees that evince has a higher priority (because it is faster it 
should be given the higher priority)
3. sees that evince-thumbnailer is not on tha $PATH, so uses the 
thumbnailer with the next highest priority.

This seems like the simplest solution to me, as it only requires the 
thunar-vfs-update-thumbnailers-cache-1 command to be updated.

This also fixes a problem caused by ffmpeg-thumbnailer, which can 
override totem-thumbnailer.

Erlend



More information about the Thunar-dev mailing list