XnView Software

Just by the by, I'd rather not use sidecar files for my routine photos. Too "messy" to deal with, doubling the number of files in use... Works fine if the only thing you use is the particular application using the files but if I use another - a file manager, for example, then I have all these 'random' (well, perhaps not random) files hanging around. ON1 does this - creates a file (*.on1) for every photo that it catalogues and I spend time deleting them...

Just my preferences.

Richard

Ideally, I want a set-up that mimics this :
- I shoot in RAW+JPG, so after importing I want files to be linked so that I do not see duplicated images.
- I want the actions I perform through the culling process to be applied to each photo (If I rate an image, the rating applies to the companion JPG file as well as the RAW that I've rated (or vice versa)


Configure companion files, then enable sidecar files and configure your ratings to be to be saved there.

The software can already do what you’re asking.

I second this request. :wink:

Ideally, I want a set-up that mimics this :
- I shoot in RAW+JPG, so after importing I want files to be linked so that I do not see duplicated images.
- I want the actions I perform through the culling process to be applied to each photo (If I rate an image, the rating applies to the companion JPG file as well as the RAW that I've rated (or vice versa)

- My personal desired methodology :
- Rating 5 stars: (Keeps RAW+JPG) photos I absolutely want to keep and will likely post
- Rating 4 stars: (Keeps RAW+JPG) photos that are great and backups to post
- Rating 3 stars: (Keeps RAW+JPG) May review later and are average at best. May have been shot more for the memory rather than the quality
- Rating 2 stars: (Keeps JPG only) Keeping the JPG only for the purpose of memory. no intention to potentially edit in the future
- Rating 1 star: Honestly, don't even plan to use this. I figure everything else that doesn't make the list above would be deleted.

Bonjour,
Merci pour la réponse.
J'utilise la version 1.9.3 64-bit pour Windows.
Dans les paramètres Métadonnées, j'ai trois lignes : Companion, Encodage et Libellés de couleur

Hi,

To show companion files, it must be activated in the parameters/file list/companion files

Settings>Companion files - show companion files

Currently when a file is loaded, XnView checks always if there is file.xm or file.ext.xmp

Should this be according to the activation of the 'Create or update XMP sidecar' setting?


No, "creating or updating" a sidecar file should be a separate option.

You said it "ALWAYS" checks.

When opening a file, It should only check (and then read the XMP) if the IMPORT options are checked on the Metadata page.

It should only write the file if "Create or update XMP sidecar" is checked.

As for the companion file settings, it only needs to check and process the XMP if the master file is deleted, moved, or renamed.

nope
I think it should stay like this:
read (Settings > Companion files)
* -- {ext}.xmp;xmp in Association list


write (Settings > Metadata > Sidecar)
'Create or update XMP sidecar' checkbox



On the other hand, I would probably merge these 2 settings tabs somehow as sidecar is a subset of companion files

Complément d'analyse par rapport à ma réponse précédente.

Dans ma config de paramétrage XnViewMP dans le module "Métadonnées/Companion" j'ai les options suivantes :
- pas de création ou mise à jour du sidecar XMP
- convention de nommage <nom de fichier>.xmp

Cette option est plus pour l'ecriture des .xmp
Actuellement, "<nom de fichier>.xmp" ou "<nom de fichier>.<extension>.xmp" si existe est chargé.

Du point de vue de la compatibilité, je vais demander sur le forum.

It seems that since adding the “Number of pages” icon or the second ‘Companion’ icon, my color image “info.png” no longer works very well.
At least a 12 x 12 pixel square must be added to the right.

Why two Companion icons ? (Compagnon pour la traduction en Français)

info.png

Sorry for the very late reply.

The bug is fixed. Thank you! :D

Complément d'analyse par rapport à ma réponse précédente.

Dans ma config de paramétrage XnViewMP dans le module "Métadonnées/Companion" j'ai les options suivantes :
- pas de création ou mise à jour du sidecar XMP
- convention de nommage <nom de fichier>.xmp

En l'absence de création ou mise à jour du sidecar XMP, XnView ne devrait donc pas lire des données des fichiers xmp présents.
Par ailleurs la convention de nommage du sidecar retenue sur ma config "<nom de fichier>.xmp" ne correspond pas à la structure des fichiers ".xmp" présents qui est du type "<nom de fichier>.<extension>.xmp".

Compte-tenu de ces paramétrages, XnView ne devrait pas lire les fichiers xmp présents créés par Darktable.

Il semblerait donc INUTILE DE CREER UNE NOUVELLE OPTION, mais plutôt de bien prendre en compte les données de paramétrages listées ci-dessus.
Compte-tenu de la structure des fichiers ".xmp" présents cela perméttrait même d'avoir 2 fichiers xmp distincts pour une même image :
- "<nom de fichier>.xmp" pour les fichiers lus et gérés par XnView si l'option "Création ou mise à jour du sidecar XMP" est activé
- "<nom de fichier>.<extension>.xmp" pour les fichiers gérés par une application externe telle que Darktable (mais je ne connais pas les principes de dénomination des fichiers xmp par les applications autre que Darktable.

Cdlt

:bugconfirmed:

ok, j'ai compris le probleme. Vous n'avez pas activé la mise à jour du fichier companion, est-ce normal?