This should work, I donāt see a reason why having this on demand wouldnāt work.
The only case I see where a metadata processor cannot directly be replaced by a manual action is when it needs some data that is only available in the original API response from the MB web service. But even this can be easily worked around with a combination of a metadata processor and manual action.
You cannot just call register_album_action without importing it first
You cannot simply pass the function that imements a metadata processor to register_album_action. Metadata processors and actions take different parameters, you have to adopt the code to this
Also see how you try to use a track metdata processor as an album action. This cries for code changes. Code meant to manipulate a single track wonāt magically work for the album.
I told you Iām brute force learning this stuff. āHmmā¦ Itās already a plugin, it should have what it needsāā¦ (and PyCharm hides the @import functions so I forget to look āup thereā)
I meant track action. Copied & Pasted the wrong line in.
I was just going to be thrilled to see it listed on the plugin menu first.
/me goes back to imploding things.
Traceback (most recent call last):
File "./picard/ui/itemviews.py", line 517, in contextMenuEvent
for index in range(1, len(action.MENU) + 1):
AttributeError: 'ApiseedsLyricsMetadataProcessor' object has no attribute 'MENU'
./run: line 5: 21658 Abort trap: 6 python3 tagger.py
Now to see why itās causing the context menu to crashā¦ Now lets see what else Iām missing / should be changingā¦ Since itās "a working plugin- there shouldnāt be -that- much I need to change.
Sorry if Iām an irritant, Iām not trying to be. Iām just still stuck in the era of āeverything is a single listing of source codeā.
I really have gotten a lot out of all this mucking around and like how the development version somewhat kind of feels even if just a teeny weeny little bit influenced by a couple of my impromptu changes and thoughtsā¦