Yate has always supported the Involved People and Musicians Credits fields 🙂
The coloured circles display the various different change states and serve as a source for the context menu. This replaces the checkbox and disclosure triangle previously used prior to v3.0. I however do like the idea of adding the revert options to the control as an alternative if 'you just want to do it'.
These operate consistently across all fields. The 'Choose Value' function operates differently depending on the number of files selected. BTW the Choose Value sheet can be resized.
This is pretty much at the heart of the v3 UI changes and is beyond me changing at this time.
My thinking in the first image is that you have access to the initial value, the editing state value and the current value. You can easily view each value and decide whether you effectively want to revert or not. Testers seemed to like this functionality.
The editing state values are the values at the time the current file selection was made. As you are editing files you have access to the current values, the initial values and the values when the files were selected. Again, this has been in Yate pretty much since the beginning and is definitely used by others.
Multi-Value fields follow the ID3 specification which served as a basis for Yate's initial design. The help topic Multiple Items and Multiple Values gives an overview. Most simple text items with the exception of URLs can have multiple values. Multiple values are not handled correctly by most audio players and by iTunes in particular. I guess I could add a list of fields which support them.
You mention UDTIs ... but they are not multi-value fields. In the stuff I added for the ANV names with Discogs I use the multi-value separator as it was convenient but the actual UDTI is stored as a single text item as ID3 does not define it as a multi-value field.
Alternating colours in the edit field would be great but it is definitely not supported by the API. To support it I would have to move to a table control and then editing would be painful. Good idea but difficult to implement.
I hope I'm not coming across as negative. I'm personally not happy with the fact that Involved People and Musicians Credits cannot be edited directly. I'm on a mission to fill the Musician Credits field for all my albums. That's why there is a Format Credits action statement. I download a lot of concerts from Concert Vault and their web site usually has a list of the musicians credits. I usually copy the data, paste it into the Musician Credits field and run an action to format the data appropriately.
I can easily make both these role based fields editable but how do I convey to users that the correct format for data entry is role=artist? ID3 simply stores the values as a special formatted multi-value field: role\0artist\0\role\artist...
I guess the first time one of those fields got focus I could pop up a description. I'm open to suggestions.
|