1.3.0 - viewer - crop panel - selection width/height issues

[user0]

XnViewMP 1.3.0 64bit
Windows10 64bit (21H1), display resolution 3840x2160, win scaling 150%

Crop panel
Few issues with the way selection width/height works.

To reproduce:
1. run clean portable XnViewMP
2. open test image

test_image_100x100.png (130 Bytes) Viewed 1914 times

3. press SHIFT-X to open Crop panel
4. make selection with the following settings:

Issue A

a.png (2.01 KiB) Viewed 1914 times

5. press increase width (OR height) button (blue)
it will decrease height (red). Happens when selection rectangular bears against image side (right in this case).

Issue B

b.png (2.42 KiB) Viewed 1914 times

5. press increase width button (blue)
it will increase width (red) AND decrease height of actual selection rectangular

Issue C

c.png (2.12 KiB) Viewed 1914 times

5. manually type values that are higher than real image size
nothing prevents user from typing such values

Issue D

d.png (2.48 KiB) Viewed 1914 times

5. manually type values that are higher than real image size
6. manually resize selection rectangle
program will crash

Expected behaviour:
a),b) it should not be allowed to increase width/height values (via buttons) that are higher than the image size.
c),d) it should not be allowed to manually enter/paste values that are higher than the image size.





Related

• issues
  1.3.0 - viewer - crop panel - disabled 'show more' button
  - todo -
  1.6.1 - viewer - crop panel - selection rotation issues
  1.6.1 - viewer - crop panel - few size issues
  1.4.3 - viewer - crop panel - selection autorotation and clipboard hotkeys
  1.3.0 - viewer - crop panel - selection ratio shortcut
  - fixed -
  1.8.0 - viewer - autocrop - few issues (1.8.2)
  1.4.5 - viewer - crop panel - selection size indicator floats around (1.5.0)
  1.3.0 - viewer - crop panel - selection width/height issues (1.5.0) current post

• suggestions
  Viewer - crop panel - add rotation control
  Viewer - crop panel - add zealous crop
  - done -
  Ratio - improve naming and sorting (1.6.0)
  Viewer - crop panel - add shortcut to perform crop (1.5.0)

[xnview]

Thanks to your detailed description I can reproduce

[xnview]

See issue for current status and some details.

[xnview]

This problem is supposed to be fixed in XnView MP 1.5.0 beta. Please check and confirm the bug fix here.

[user0]

1.5.0b1
A - fixed
B - still remain
C - partilly fixed (selection position - still possible to enter 99999, selection size - fixed). Guess its not a big deal and can be ignored
D - still remain

[xnview]

B - still remain

fixed in b2

D - still remain

how do you resize selection after enter 99999, the selection is no more visible??

[user0]

150b2

B - fixed

D - fixed

D - still remain

how do you resize selection after enter 99999, the selection is no more visible??

I start with existing selection, than enter 99999
selection turns into ~1x1, but its possible to resize/rotate it
however, app does NOT crash anymore

imho behaviour shall be the same as with Free ratio - once you enter oversize value, force change it to image max value