XnView Software

jkm wrote: Sun Aug 10, 2025 8:56 am There's a glitch in Auto Zoom functionality, where the Auto Zoom behavior is broken after fullscreen mode.

jkm wrote: Sun Aug 10, 2025 8:56 am There doesn't seem to be any way to get different "Auto Zoom" behavior when the viewer is launched from a file vs when it's launched from the Browser tab.

When I double-click on a file in Windows Exporer, I want the XnViewMP window to resize according to "Fit Image to Desktop".

But when opening images from the XnViewMP browser tab, it would be horrible if the window kept resizing itself; the window size needs to be maintained. Here, it needs to obey "Fit Image to Window".

We need two Auto Zoom settings!

There's already a "Start with file", "Start without file" concept in General->Startup.

Could the same thing PLEASE be added in Viewer setting, one Auto zoom setting for "Start with file" and another for "Start from Browser"?

xnview wrote: Thu Feb 20, 2025 10:34 am If you use DPI scaling of 200%, and image zoom at 100%, you have not 1 pixel (image) on 1 pixel (display)

• ImageGlass and FastStone
  apply
  - zoom-out filters at 0-99% image zoom range -- as expected
  - zoom-in filters at 101-∞ image zoom range -- as expected

• XnViewMP
  apply
  - zoom-out filters at 0-149% image zoom range -- ???
  - zoom-in filters at 151-∞ image zoom range -- ???

• ImageGlass
  Nearest Neighbour as 'None' option, which is a bit more explicit
  

• FastStone
  no zoom-in/out filter separation
  

• improve 'versioning strategy'
  in case of conflict - rename new backups to avoid old backup overwriting, eg:
  - add timestamp to filename (eg name.xnbak.YYYYMMDD-HHMMSS.ext) OR
  - follow 'duplicate naming' setting (in Settings>File operations>Copy group)

• issues
  - todo -
  1.8.3 - browser - file operations - opening file via shortcut

• suggestions
  File operations - backups - solving conflicts (current post)
  File operations - copy/move to - rearrange controls
  File operations - conflict dialog - few improvements
  Browser - filelist - Move should not Copy files
  Browser - filelist - Copy should not be default action
  - done -
  File operations - backups - unify naming (1.9.3)

• issues
  1.9.3 - browser - filelist - no update after lossless operations (current post)
  1.7.1 - browser - filelist - header highlighting issues
  - todo -
  1.9.2 - browser - filelist - misleading Folder conflict dialog when copying shortcut
  - fixed -
  1.6.5 - browser - filelist - history is purged only when Browser tab is opened (1.8.1)
  1.7.2 - browser - filelist - checkbox looks checked at win scale >100% (1.8.0)

• suggestions
  Browser - filelist - toolbar - improve customization
  Browser - filelist - toolbar - add metadata filters
  Browser - filelist - rename - incorrect cursor position
  Browser - filelist - limit max hint length
  Browser - filelist - Move should not Copy files
  Browser - filelist - Copy should not be default action
  - done -
  Browser - filelist - add statusbar (1.9.0)
  Browser - filelist - details view - improve Rating, Color label appearance (1.8.1)
  Browser - filelist - context menu - unify behavior (1.8.0)

MacAhi wrote: Wed Aug 13, 2025 12:19 am I tried re-saving a Preset, but it still didn't remember the paths I saved with them.

xnview wrote: Mon Aug 11, 2025 6:20 am So 'Open in explorer' or 'open in Finder'?

user0 wrote: Sun Aug 04, 2024 7:39 am

• ☑ Thumbnail caching (default)
  1. in Settings > Thumbnail
  - check Create from original image if embedded thumbnail is smaller than thumbnail [rendering] size
     OR
  - uncheck Use embedded thumbnail
  2. in Settings > Catalog
  - change Thumbnail caching size to match new rendering size (500x500) or slightly exceed it
  - press Rebuild thumbnails button
  3. reopen Browser tab or restart app