but you create a list of values that you can take as reference values that you like.
This is no replacement for actions of the the type "Format value" - this was the suggestion in the old days if users asked for pre-defined values for certain fields.
see e.g. this thread for the old way to get pre-defined values:
I still wonder what the workflow would look like that needs to move values.
That would have been a catastrophe if you could have added data only to the Genre field.
What users requested was a list, preferably filled with user-defined values, like the predefined, standard genre list and to be able to select from these values.
The only way to achieve that those days was to create a collection of actions of the type format value.
Now, with the function to select values from exactly such a list of pre-defined values, all fields may behave like the formerly only the genre field.
This feature has been around since 2023.
New is only that now the list of user-defined values is independent from the presence of a field in the tag panel.
I still wonder which problem you have with this separation and which workflow you have in mind that might benefit from the added management of custom values but apparently does not.
You can use it, both directly via Extended Tags or if it's configured as a column in the File List. It doesn't need to be added to the Tag Panel, only if you want to edit it from there.
While this seems to be a nice quality-of-life enhancement from some users, I currently don't want to add this. You can simply select the same field name when adding the field to the Tag Panel.
And as soon as you add a field to the Tag Panel, all the custom field values associated with that field are instantly available. There is no need to copy the custom field values.
In a way I have the impression that this goes into the same direction as this suggestion:
which means: add the tag panel and filelist element creation to further dialogues that list field names, e.g. the custom value list and the extended tags dialogue.
That's great! I just did some testing, for example with the "Start Time" label. With many field values, I removed the "Start Time" label from the tag panel, but it remained saved in the field values.
In the tag panel, I added the "Start Time" label, as you instructed: all the associated custom field values instantly appeared in the "Start Time" label in the tag panel. It works perfectly!
Great job on this new "Field Values" command!
This allows me to test custom labels with field values, which I can then remove from the tag panel after my tests.
I can label my audio files normally, and when I want to do a test, I add my test label to the tags panel, which then displays the field values, because the test label is still saved in the field values.
Thank you for keeping my request "on your wish list," if I may put it that way, for the "Field Values" section and the ability to copy tags to the "Tag Panel."
This could prove useful in the future, especially for users with multiple tags in the "Field Values" section. They could then copy these tags to the Tag Panel if they aren't already there.