summaryrefslogtreecommitdiff
path: root/tumbler/tumbler-thumbnail-flavor.c
Commit message (Collapse)AuthorAgeFilesLines
* Add support for thumbnail size x-large and xx-largeGaƫl Bonithon2021-12-291-0/+18
| | | | Closes #51.
* Use LGPL instead of GPL license headers in the library (bug #6781).Jannis Pohlmann2010-11-061-9/+9
|
* Massive refactoring to support flavors properly.Jannis Pohlmann2009-10-271-0/+240
Refactor the entire code to use TumblerFileInfo instead of separate URI/MIME/flavor arrays. We now support flavors which means that applications can request "normal" and "large" thumbnails and thus have more control over what is created. This simplifies the code in a lot of places. We now use a real GObject class called TumblerThumbnailFlavor instead of a fixed-size enum. Cache backends can return as many flavors as they want, each consisting of a name, a width and a height. As a consequence, we can also get rid of the configure flags to enable/disable normal, large and cropped thumbnails. The default cache plugin shipped with Tumbler only supports "normal" (128x128px) and "large" (256x256px). Optimize the code a little bit. We now load the TunarFileInfo and ThunarThumbnail only *once* for each URI instead of loading them once in the scheduler and again in thumbnailer plugins. This needs careful testing. I might have introduced a few memory leaks here and there, plus new bugs... you never know.