XnView Software

I see little - if any - use to the embedded dpi information... except confusing users.

I would be interested to know why you need this information for?

And, what is exactly the IPTC keywords concept. How does it works? IPTC is a standard Metadata that allow you to describe (keywords, categories, comments...) an image. It is directly embedded in the file for JPEG and TIFF (without modifying the image itself). Used a lot by expert photographers. Try ...

Sorry try to uncheck Folder in Option/File list for 'Show as thumbnails' I don't understand why unchecking this option would allow to display a specific image for the folder... :?

Instead, XnView should check whether there is an image called "folder.jpg" in the folder and use it in priority to any ...

Check this suggestion : 'Fit in' resizes the picture so that it fits entirely into the specified area (+empty borders) whereas 'Fit over' resizes the picture so that it fills the specified area (+extra borders cropped).

Here is an illustration (taken from 'Photoweb') :
__________ Fit in ...

I confirm having a small difference between Browser's fullscreen and Viewer, even when viewed at 100% (ie: no resize)... but it's slightly different from what you get (I have 1600x1200 32 bits too).

Here is the pattern of the difference once expanded to the maximum:

http://photomaniak.com/upload ...

Bonjour fp,

Active aussi le Menu>Affichage>Marques>'Monter les marques'.
(Pierre: il y a probablement redondance entre Menu et Options... faudra voir s'il ne faudrait pas en enlever un des deux)

KiboOst wrote:tiff prophoto 16bit.

Aïe... problème connu: XnView ne gère pas encore les profils ICC avec les TIFF 16 bits...

Olivier_G wrote:But there is still an issue when you:
- add 3 windows after appearance of arrows
- use left arrow to show back first window
- then close a window in the middle, with its tab
=> arrows will disappear.

I confirm this has been fixed in 1.90 Final.

Please see the other thread. I still prefer my suggestion (you would specify the large size in cache and freely adjust the small version in realtime, for example). Of course discussion is much welcome there.

Uncheck Options>General>Operations>'Adjust zoom if X/Y DPI are different' and see if the images display correctly afterwards.

I'm just afraid it would have to get more complicated to keep the memory footprint down. For instance, after moving away from a file, keeping the rendered version but dropping the original (if it's large?). My first idea was to reduce HD/CPU work, but having now played with some huge images I can ...

Au sujet de ces personnalisations, je me demande s'il n'est pas préférable d'utiliser de simples fichiers textes et images PNG (pour les 'skins'... mais aussi tous les autres bitmaps) plutôt que des DLL. J'ai vu ceci dans certains jeux: cela permet une très grande modularité et stimule la création ...

Already requested here, although you added some interesting improvements. Please discuss in the other thread.

VuDu wrote:Please improve batch renaming by making it work like batch convert.

In another thread I suggested to unify Batch Convert, Sequence Convert and Batch Rename into a single Operation/Dialog. Might be of interest... although it is still a 'Design in progress', IMO.

That's quite an interesting move, here... :D

How would you handle the situation for "Added only if needed" but starting on the second duplicate file with a specific format, as in this example:
01/01/2007_My Pictures
01/01/2007_My Pictures_001
02/01/2007_My Pictures
23/01/2007_My Pictures
23/01 ...