Lew-Rockwell-Fan
commented
9 months ago Having read more, I'm assuming there is no point in making thumbnails with either dimension over 256 pixels. I'm not even sure if the solution lies in how the thumbnails are created (and hence is relevant here) or which ones ("large" or "normal" subdirectories of "~/.cache/thumbnails/" or "~/.thumbnails/") gui file managers choose to show. Maybe I don't need to tweak this so much as figure out how to force a graphical file manager (I don't much care which as long as I can get at least one of them to work) to use the thumbs from the 'large' subdirectories. If the objective isn't addressable through this program, any suggestions where to look would be appreciated.
marianosimone
FEATURE REQ or how-to-inquiry: I've got Caja set up to show thumbnails HUGE, but blowing these up doesn't help because they're so compressed. I tried unzipping an epub, extracting a copy of the cover jpg, converting it to a png with imagemagick's convert, and copying the png over over the corresponding one in ~/.cache/thumbnails/normal/ (which I presume this created) and that looked great. A config file where I could opt to bypass compression and just convert the jpg to a png would be great. I'm working on doing that with a bash script but if there is a setting or easy hack to tweak this to do that, I don't want to reinvent the wheel. So any hint on what I might change to accomplish that would be appreciated.