#33 Small images won't be resized by the macOS 10.13 Preview
It seems that the Preview of macOS 10.13 won't resize images with a resolution of 320x240 or less.
Steps to Reproduce:
1) Select a folder with many images
2) Press SPACE over the 1st image to open the Preview utility
3) Enlarge the Preview window to occupy a large part of the screen
4) Use the UP/DOWN keys to navigate to the other images in the same folder
I attached here a screenshot of the problem, and the respective sample image. You have to place it in a folder containing many other images.
I already reported the bug to Apple, but they're known to take centuries (if ever) to solve this kind of problem. Meanwhile, provably the workaround will have to be RECOIL to output small images with double or triple resolution (or more) in order to make them larger than 320x240 for the OS?
You mean 320x240 and larger bitmaps get scaled to available space, while smaller don't? Is it ok if just one dimension is big enough (e.g. 360x100 or 256x256) ?
I wrote "Preview" on the bug report, but in fact the problem is on QuickLook.
Just tested:
256x256: never scaled
260x260: never scaled
290x290: sometimes scaled, sometimes not
360x100: sometimes scaled, sometimes not
320x320: sometimes scaled, sometimes not
320x240: sometimes scaled, sometimes not
310x310: sometimes scaled, sometimes not
400x400: sometimes scaled, sometimes not
512x212: always scaled
512x512: always scaled
Maybe the best alternative would be to port the "Viewer for Desktop" application to the MacOS, since QuickLook is awfully slow and also has that problem that causes the reserved extensions like PIC or SCC not to be shown.
If the "Viwer for Desktop" is ported to the MacOS, the quicklook plugin can be left as it is, and will work fine just for icon generation on Finder.
Last edit: SD Snatcher 2018-08-01
Have you tried the XnView MP plugin already? See ticket [#17].
Related
Tickets:
#17Yes, I tried XnView-MP 0.91-beta4 with the RECOIL plug-in. But right now it's still very clumsy to use for this. It recognizes and opens the retro images, but its viewer mode can't advance to the next images in the same folder like it does for JPG, GIF or PNG.
The only way to see the next images is to close the current one, and select another in the file browser mode, and repeat.
OTOH, Recoil's own "Viewer for Desktop" allows me to very quickly navigate between the images of a folder by using the keyboard.
Other problem: for MAG files, the following images are being shown with incorrect aspect ratios:
Last edit: SD Snatcher 2018-08-04
Please post these issues on https://newsgroup.xnview.com/viewforum.php?f=108
Ok, I'll report there.
I have a question related to the MAG scr7/PC-88 aspect ratio problem on XnView:
XnViewMP now has built-in support for Pixel Aspect Ratios. Does the recoil plug-in report the Pixel Aspect Ratio to XnViewMP to render the images accordingly?
I'm asking this because it can change how I'll report the MAG Pixel Aspect Ratio problem there.
XnView MP plugin API has no way to report non-square pixels. RECOIL uses square pixels as in all the other ports. If aspect ratio is different, it is most likely because XnView MP uses its own decoder and not RECOIL.
Back to the original problem: one easy way to workaround this problem would be the RECOIL macOS preview plugin to always output the images that have less than 512x256 resolution with a 3x zoom. This way macOS will think that these images are bigger and will scale them correctly.
Last edit: SD Snatcher 2020-09-09
I've just learned there's a new QuickLook API in macOS 10.15+: https://developer.apple.com/documentation/quicklook/previews_or_thumbnail_images_for_macos_10_14_or_earlier
It will require reimplementation of the plugin.
I requested PAR support in the XnView MP plugin API and the version released yesterday supports it.
BTW. there's a problem loading the XnView MP plugin on recent macOSes. Email me if you want to help with testing.