XnView Software

Add to Text action: Proportional text size based on the image dimension. This prevents long text (in case of for example Folder name) from going outside the image. you can choose unit % As nearly as I can tell "unit %" scales the text based on the image's height . Is this correct? And if so, is the...

So is it better if i add a setting like XnView Classic to customize SPACE key? (next file or quick slideshow) That would be a good solution from my point of view. What I found confusing is that the SPACE key got changed from a "customizable" key on 0.92 to a "reserved" key 0.93. At first I thought ...

Some keys can't be changed like del, F2, Space (SPACE is now always used for next file) Can you give us a list of these reserved keys? If there aren't too many, it might be useful to list them in the settings/interface/shortcuts tab For what it's worth, the customization I used in 0.92 and earlier ...

For Windows 7 (and higher) the easiest way is probably to use "Default Programs Editor" http://defaultprogramseditor.com/

Well, I'm using custom icons. The issues seem to be: 1. Icons with a maximum size of 32x32 or 48x48 get pushed to the upper left corner, rather than being centered. 2. In 256x256 icons, black is treated as transparent. I'm attaching two of my custom icon files. You'll have to associate them with a f...

Returning late - but the problem persists in 0.92 The zip and rtf files show small icons in the upper left corner instead of centered, while the txt icon is big and malformed.

EDIT:
in 0.90 the same folder looks like this:

XnView: MP 0.91 - 64 bit OS: Windows 7 Pro - 64 bit Icons for text, pdf, archive, and "other" file types do not display properly in the browser. Sizes and positions vary with icon or file type. To reproduce: 1. Set view>"view as" to "thumbnails" or "thumbnails + filenames/lables/details" 2. In setti...

xnview wrote: ↑

Thu Jun 28, 2018 3:53 pm

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

Yes, fixed.

If I use one of the built-in presets, e.g. 640x480, on an image where height > width, then v0.90 gives a width of 640px and a height > 640px. Which is a bug. With v0.91 beta, the height is 480px and the width is reduced appropriately. Which is no longer a bug. But if I create and save a custom prese...

The bug is fixed for the built-in presets, but not for custom presets.

Yes.

TommiG2, My problem is that to resize a specific image I often have to manually enter the desired height and/or width. The "preset" sizes work properly and as expected for + "resize width and height to specific values" or + "resize width to a specific value and the height accordingly" + "resize to a...

Actually, on rechecking the image->resize command, it sets the width at 200 pixels and changes the height to be either longer or shorter, depending on the ratio.

It's an odd choice and I'm inclined to call it a bug.

With batch convert, I can resize images so that they fit within a 200x200 pixel box; so that the long side is 200 pixels and the short side is whatever shorter value preserves the image's original ratio. But how do I do this with the Image->Resize command in the viewer? If I set a custom 200x200 pix...

0.86 seems to be working OK on my system. So I'll call the bug fixed.