If I enter multiple artist fields in the track list (using the undocumented \\ trick - I know no other way), I get:
Fine. If I then make an edit there, Mp3tag combines the artists into a single field:
This also happens if I just enter edit mode and exit with no change.
It would be good if this could be fixed.
Workaround: Upon each edit, manually resplit the artists list by replacing each ", " between artists by "\\". Or don't do edits in the track list.
Here the ARTIST column value is defined as ...
$if($eql($meta(ARTIST,1),),%ARTIST%,$meta_sep(ARTIST,'\\'))
... or ...
$iflonger($meta(ARTIST,1),0,$meta_sep(ARTIST,'\\'),%ARTIST%)
... and here is no problem when changing field content in the list view.
DD.20140318.1453.CET
Thanks for the workaround Detlev. I see that comes at the price of display as "\\" not ", ".
FTR:
And why not simplify to:
Chris, yes, the column value code was a relict leftover, I have changed it to the minimal code now.
In the early days of the new multi-value feature, I'm also stumbled about the different regulation or purpose between ', ' and '\\'.
Now I understand the function $meta_sep as a function only for displaying purpose.
Because in the Mp3tag user interface there is the double-backslash '\\' the only legal symbol for combining single items into a multi-value tag-field, I decided to use the double-backslash '\\' also when displaying a multi-value, especially in the list view, for the purpose to be able to make changes immediately there.
DD.20140318.1606.CET
Thanks D.
s/relict/relic/ 
I'm glad that workaround was possible.
(Let us hope we I don't find a literal \\ in pre-existing field values. I think no workaround for that will be possible.)
Florian, are you planning a fix for the standard fields such as Artist?
Why is that a problem? It's displayed the same in both the Tag Panal and the file list, is it not? Actually, it's the only way that I can see for it to work correctly, otherwise you get the behavior you see above: the fields being combined again.
What is the default definition for the ARTIST column? My installation is old, so I don't know whether I've redefined the value or not.
Perhaps then ask yourself why the program itself has not adopted it.
%artist%.
Are you sure of that?
I just did a clean install (after backing up my settings) and it appears to be
$meta_sep(artist,\\)
The genre field is similarly defined.
I was! Now I find a fresh install shows I am wrong and you are are right. Thanks.
Please can someone tell me where this is 'fessed in the changelog. I can't see it. http://www.mp3tag.de/en/changelog.html
I think the problem (if there is one) is that when something like that gets changed, the setting doesn't get changed when upgrading an existing installation. No doubt this is to avoid changing the setting for anyone who has redefined it.
Another approach would be for the installer to change it if the definition remains the old default. I can't say for sure, though, whether that would be best.
Indeed for the installer not to warn and offer is highly remiss.
This secret change makes the program version number suddenly far less useful for support. For years going forward, helpers will have to ask users to root in the UI to find out what version's config they actually have. Or what fragment of it...
You will probably find that BOTH are correct;
%artist% is the variable that mp3tag assigns to hold the first value from the ARTIST tag field
$meta_sep(tag, seperator) is a function that reads the value(s) from the ARTIST tag field.
