In the previous version, this worked fine, but in the new one, any crop predefined in pixels or in mm (including those by defaults) results in a portrait crop, i.e. width and height are swapped if width>height. This does not occur for crops predefined in terms of ratio.
(winMP0.98 on windonw10pro)
Thanks
0.98 crop issue
Moderators: XnTriq, helmut, xnview, Dreamer
Re: 0.98 crop issue
This problem is supposed to be fixed in XnView MP 0.98.1. Please check and confirm the bug fix here.
Pierre.
Re: 0.98 crop issue
Sadly it is still here:This problem is supposed to be fixed in XnView MP 0.98.1. Please check and confirm the bug fix here.
XnView MP Windows
Version 0.98.1 64bits (Jan 20 2021)
I mean: it works if pic is in landscape mode (width > height) .. but on portrait pics (height > width) it still does not work (it used to work in 0.97 or so).
I have to use custom 9:16 entry to have it working in a desired way (to select a portion of the large portrait (tall) image, crop and save so it can be used as a desktop background.
The image on the screenshot is small, it is used to just illustrate the issue. But you should see its' dimensions in the status bar area.
That aforementioned custom entry that works in such case:
Obviously, on landscape pics it works other way around.
Re: 0.98 crop issue
Right, you are correct on pixels: seems to work fine if I use preset in pixels (e.g. 1920x1080 or similar).it's not the original bug issue (pixels or mm)
I must have been confused with this (viewtopic.php?f=62&t=41403&p=167383&hilit=crop#p167383) .. where 2 issues were described (pixels and ratio) and you said "ok, known issue" and linked this thread.