XnView Software

elm wrote:Hi, just to tell that this bug is not fixed under debian 8 (with XFCE). Thanks for all.

Thank you for posting a separate bug report, elm. (http://newsgroup.xnview.com/viewtopic.php?t=35442)

... But as soon as I modify the image, e.g. rotate, scale or crop (as in my example), the saved image must have its modified date updated. By default, XnView MP keeps the original date/time even when saving or applying other transformations. If you don't want this behaviour you have to uncheck the ...

Hi, Thanks for the reply. I have 2 issues then. **First** This is really an annoying/unwanted action for me. 1.) When I select 16;9, means I need a 16:9 Crop. 2.) We already have a 9:16 option 3.) I'm cropping for monitor screens, not for picture frames 4.) I think the OP had the same complaint. 5....

... I had deleted the matching shortcut... Good to read that this issue is resolved. :) If you want to reset all your shortcuts or toolbar buttons to default you can do this by simply removing the files default.bar (toolbar settings) and/or default.keys (keyboard settings). Location of config files...

Thank you for providing a sample file, Erixx Haxx. I just tried to reproduce the problem using this sample file. When selecting ratio "16:9" the selection is 9:16. When cropping the cropped area matches the selection and is also 9:16. Is this the behaviour you experience, Erixx Haxx? I think this be...

elm wrote:Hi, just to tell that this bug is not fixed under debian 8 (with XFCE). Thanks for all.

Thanks for reporting, elm. Could you please post a new bug report for Linux (Debian 8)?

Thanks for registering here and reporting this, avstralia. I'd consider this as a bug.

New

Thanks for the fix, but it still doesn't work in the full-screen view. Otherwise it seems it works well. Also for some reason my Tool Bar keeps turning itself off. Edit: Ok, so it also doesn't work on a second monitors. When I moved XnView on my HDPi monitor, the quality of the picture got back to ...

Very cool that you found a way to reproduce vertigo's vertical line bug, XnTriq!

I can reproduce both on Windows XP SP 4 and Windows 10 64bits.

Reproduced

I can confirm (Windows 10 64bits, XnView MP 0.85 64bits).

From what I can see it is just a refresh problem. When changing "Start" or "Step" the column "New name" is filled properly.

Reproduced

xnview wrote:yes image is convert as 8bits per component. Only NConvert can convert 48bits to PNG, TIFF 48bits

O.k.. Is there a message box displayed that informs the user?

The missing support of meta data in webp, jpg2000, and jxr is a suggestion.

Suggestions

Though I think it's a bug that there's no warning message box. I've created a bug report for this, see http://newsgroup.xnview.com/viewtopic.php?t=35429

XnView: MP 0.85 - 64 bit OS: Windows 10 - 64bit When saving an image with meta data in a format that doesn't support meta data there is no warning message "Be careful, saving in this format will lose existing metadata!". The same happens when saving to a format that does support meta data but XnView...

The aligning entries in the dropdownlist using a tab causes problems.

What about using something like "ABW - Aruba" or "ABW (Aruba)"? Alignment wouldn't be optimal but this should work for all themes without causing problems.

Closed (Duplicate bug report. Bug is followed up in topic http://newsgroup.xnview.com/viewtopic.php?t=33303).