Open a photo quick view (F3), hit Print preview..., set Print Size to Specified Size. The Width and Height value entry fields are erratic.
Version FreeCommander XE 2026 Build 940 64-bit non public. Issue first noticed in a version about 6 months old, so not a new issue.
Windows 11
Since the FreeCommander.ini has some personal machine and path info, let me know if you need it for reproducing the problem.
photo print > Specified Size Width/Height dialog broken
Re: photo print > Specified Size Width/Height dialog broken
Could you specify more exactly what is wrong with the fields?The Width and Height value entry fields are erratic.
Re: photo print > Specified Size Width/Height dialog broken
Hi,
Sorry, I missed your reply/request.
If I View (F3) a .jpg (my example is 4608x3456 pixels at 72 dpi), then hit Print preview... and change Print Size to Specified size and try to change the Width field to 2.5 inches, then the field fights with me.
If I click to the right of the width 64 that comes up by default (I assume based on pixel size) and hit backspace twice the field changes to 1, which I did not want. If I then left arrow to the beginning of the field and type 2.5 the field turns to 2.511. I can then go to the end of the field and backspace the 11. The up/down arrows also result in goofy numbers with 3 decimal digits and increment by the 0.01 digit.
Basically I recommend to not on-the-fly attempt to recalculate the width and height fields, which results in garbage numbers. Rather, wait to recalculate the fields when the user leaves the field they are typing on.
regards,
cjn
Sorry, I missed your reply/request.
If I View (F3) a .jpg (my example is 4608x3456 pixels at 72 dpi), then hit Print preview... and change Print Size to Specified size and try to change the Width field to 2.5 inches, then the field fights with me.
If I click to the right of the width 64 that comes up by default (I assume based on pixel size) and hit backspace twice the field changes to 1, which I did not want. If I then left arrow to the beginning of the field and type 2.5 the field turns to 2.511. I can then go to the end of the field and backspace the 11. The up/down arrows also result in goofy numbers with 3 decimal digits and increment by the 0.01 digit.
Basically I recommend to not on-the-fly attempt to recalculate the width and height fields, which results in garbage numbers. Rather, wait to recalculate the fields when the user leaves the field they are typing on.
regards,
cjn
Who is online
Users browsing this forum: No registered users and 67 guests