I am currently adding tags to a lot of Latin America audio tracks. In the tag panel I have added fields such as MOOD, COMPOSER, etc.. Due to the nature of the Tag information there is a lot of information duplication, especially MOOD (which I titled Rhythm/Mood). Therefore, the reason for this enhancement proposal.
In the next version of MP3TAG, it would be useful to allow the User to create their own drop-down lists, similar to the "Genre:" field. As in Genre, the "empty", and items would still be there, but followed by any User's items.
As a developer myself, I see the mechanism for adding User defined items to the Genre: field being expanded to any field that now has a drop-down box. Also, I see no restrictions as to which fields have the ability to add items.
In a way you already have this feature.
Create a field for MOOD in the tag panel.
Load an example track for a particular MOOD.
Load also the other tracks that should get the right MOOD data.
Select the example track and the tracks that should get this mood.
Select the mood in the dropdown list in the tag panel.
You could store the Example tracks in a playlist and load them prior to loading the files that will get new tag data.
Sorry I did not get back sooner, but I was sick for a couple of weeks.
I realize I can do what you say and, essentially, that is what I have been doing. However, what I am proposing as an "enhancement" is for the ability to create User defined items for MP3Tag drop-down lists. That way, if one exits MP3Tag and then re-executes it for a new set of audio files, the stored custom lists that the User created will be available.
Could you elaborate a little more:
How should the lists be maintained? I mean: how do you add items or remove them?
Should there be some kind of automatism like for the Convert functions and their format strings or the filter expressions?
How long should the lists become?
Just to give a rough idea: there are some users on the forum who try to load more than 100,000 files from their libraries. I would assume that this could create some 10,000 entries for ARTIST, COMPOSER and ALBUM.
Scrolling through a list with 10,000 entries does not look like an enhancement to me.
The GENRE field has pre-defined entries for the genres as laid down in the ID3 standard which describes 255 different ones. The dropdown list helps you to get the correct spelling (e.g. hip-hop vs. hip hop) for the V1 genres as otherwise the mis-spelled genre would become "other" in V1.
So this list has a technical background.
All other strings in the tags are not defined by a standard - and could be anything.
Where do you thing the limits should be?
I would also like to have the ability to add custom items to the drop-down boxes! Please make this a feature in a future update. I listen to 5-6 podcasts and would love to be able to add the artist names and album names etc. to the drop-down boxes so I don't have to type them out every-time I import a new podcast to my htpc.
I suggest actions of the type "Format value" for the respective tracks and fields.
If there are just 5 or 6 of them, the actions list does not become too long.
Executing an action leads much quicker to the desired result than editing each field individually with data from a dropdown list and then save the modifications.
In Genre, I am able to add my own item via Tools | Options. Therefore, I know it is not according to Hoyle, I am able to create my own "list".
I understand your concerns for extra long lists, and it is a point well taken. I write NET code for myself and some others. I have one application in which I have 5 lists of pre-defined items. Via an editor a User may add, change or delete any item. The editor also allows the User to create their own List and later use that list in the application. I place no restrictions on the number of items in a list. The drop-down has a built-in function for "partial" entries. Therefore, if the user wanted the name François, the user would type "F" or "f", and only those entries beginning with F are displayed in the drop-down list. If the user then types "R" or "r", the drop-down list is further refined to only those items that begin with FR, or any combination of upper and lower case letters. This action is built into the drop-down box and one simply selects a box property(s). Therefore, it is immaterial how many items are in the list. If a User wants the whole list, so be it.
In MP3Tag drop-downs, it seems this drop-down function already exists in the Genre drop-down. I am proposing that the feature be extended to all drop-down boxes. The list can be maintained via Tools|Options, as is the Genre list. I have to check, but I believe a drop-down box of this type can have up to 32K list items.
I personally see no benefits in drop-down-lists. These lists would disturb my workflow.
I like very much the possibility to see all contents of the marked files in the tag-panel. With a predefined list like in genres this is not possible anymore.
Therefore I even created my own additional genre-field in the tag-panel to overcome this restriction. Genre Field - feature request
OK. what I understand is that you suggesting me to use :
right click - convert - actions - Action group A - format value - ( tag name ) - string A
Action group B - format value - ( tag name ) - string B
but that is not helpful because when I have 30 strings as a choice for a tag, that would
result in a very large Actions list.
Am I right or am I wrong?
you can structure the menu by inserting a # in the name, e.g.
and so on.
The # creates a submenu.
And yes, if you need 30 strings then you get a list of 30 items. That's the same for dropdown lists and submenus.
Just to make this clear: all explanations of the current functionality are not intended as a verdict on your feature suggestion. They are merely a hint on how to get the same result (select from pre-defined values) with the already available functions.
This is awesome! I didn't knew you can do that.
It is a rough solution to my problem but it is way more messy than what I suggest.
Anyway thank you for pointing this out and I am very sorry if I was a pain in the ass.
Suggestion: this subitem (with #) feature will be nice for Tools, for User defined genres, too (and so on...).
Tools: instead of
...will be... Google >>
Genres: instead of
Folk song, english
Folk song, hungarian
Rock and roll
...will be... Folk song >>
Folk song english
Folk song hungarian Rock >>
Rock and roll
Now I must to scroll Tools with little arrows, and genres too (fortunately, in genres works mouse scrolling).