Hello, Everyone!
Please compare these two screenshots:
Could the Album and Artist arrangement perhaps be standardised across the two modals? Which is the favoured?
Yes.
Open the file MusicBrainz.src in your text editor and switch
[SearchBy]=Album||$regexp(%album%,'[+!(){}\[\]^"~*?:\\]',)||release:%s||Artist||$if(%artist%,$regexp(%artist%,'[+!(){}\[\]^"~*?:\\]',),)||%20AND%20artist:%28%s%29
to
[SearchBy]=Artist||$if(%artist%,$regexp(%artist%,'[+!(){}\[\]^"~*?:\\]',),)||%20AND%20artist:%28%s%29||Album||$regexp(%album%,'[+!(){}\[\]^"~*?:\\]',)||release:%s
Thank you! I applied these, but the format is unchanged, i.e. did not change to match that of Discogs?
Can you confirm that you have changed the correct MusicBrainz.src file?
It's easy to check:
Just rename it to MusicBrainz.src.CHECK
If it no longer appears in the Tag Sources menu in Mp3tag, you have selected the correct one.
Remember to change the name back (without .CHECK) if you want to use it again.
This is how the changed version of MusicBrainz.src looks for me:
I was wondering about that — and it still appears in the menu. Is there another location than the one shown below, for MusicBrainz.src?
If you have installed multiple versions of Mp3tag, you have to choose the correct one.
Please try starting Mp3tag and then use File -> Open configuration folder -> \data -> \sources
There you should find the matching MusicBrainz.src file for your currently opened Mp3tag.
Only the portable version in addition to the installed version, but its MusicBrainz.src is at a different location altogether.
I'll go check now...
Maybe this information can help you to find the location too
(if it really is not reachable with File -> Open configuration folder)
I found it the way you advised, and I edited the file again. After restarting Mp3tag — presto! This exercise brought with it questions, but those are best addressed later on.
Thank you for being spot-on, again. Maybe you could also do the reverse horizontal mouse wheel scroll?
As users, we cannot make the necessary change to a Web Source Script such as Discogs or MusicBrainz. This is something that only the developer @Florian could do.
All good, thank you.
I am worried about the multi-locations for MusicBrainz.src, and any influence it might have had on strange things happening.
It has nothing to do with either your request to change the horizontal scrolling direction, nor does it affect the cover art folder.
I kindly ask you to refrain from cross-linking topics that are independent of each other.
It has nothing to do with either your request to change the horizontal scrolling direction, nor does it affect the cover art folder.
Thank you, it clears that possibility. How about expanding on the probability of multiple locations for MusicBrainz.src — for the installed version of Mp3tag v3.33, and how to safely fix it on Windows 10?
I kindly ask you to refrain from cross-linking topics that are independent of each other.
I stand reprimanded, and will do my best to comply. The implications were unclear, and unforeseen. Was only trying to be helpful to readers.
I'm not sure how many versions of Mp3tag you have installed, but each has it's own configuration folder. For portable versions it's usually the same folder as the program folder, but for a standard version it's inside %APPDATA%. If you're modifying any of Mp3tag configuration files, you'd need to do this for each version you have installed (if you want them to behave the same).
For standard installations, the original files are also kept inside the program folder and are used as a template for user accounts that run Mp3tag for the first time.
I'm not sure how many versions of Mp3tag you have installed, but each has it's own configuration folder. For portable versions it's usually the same folder as the program folder, but for a standard version it's inside
%APPDATA%.
For standard installations, the original files are also kept inside the program folder and are used as a template for user accounts that run Mp3tag for the first time.
I use only two versions— portable plus standard. I was not using the portable location at all, only the incorrect mp3tag/data/sources instead of %appdata%. The former location caught me.
Please note that those modifications are only preserved across updates if you copy this to a different file, e.g., My MusicBrainz.src. You'd then need to merge any changes made to the official source to your modified version.
Thank you for the heads-up. However, all things considered, I suggest that it would be prudent to make this particular change upstream rather than downstream, permanently.
The original field order was intentional and required, because the definition is also used to construct the actual API query.
Reversing the fields as suggested in post #2 would produce a query that begins with %20AND%20artist:, which is invalid. The %20AND%20 part is used to logically combine the release: and artist: parts of the query.
The current order also allows for the artist field to be omitted, enabling searches by album/release title only.
Please note that those modifications are only preserved across updates if you copy this to a different file, e.g.,
My MusicBrainz.src. You'd then need to merge any changes made to the official source to your modified version.
Observation: frequent fiddling overload. I'd rather keep it as is.
The original field order was intentional and required, because the definition is also used to construct the actual API query.
Thank you. The development intricacies escapes me. Are you implying that it is impossible for you to restructure, or that it it is not worth the effort? Either way, it seems best to leave it alone as is.