J0J0 Todos
J0J0 Todos
> Unfortunately this change is a bit less innocent than it may seem. From what I've this does not interact very well with the pre-existing `genre` field. The main issues:...
> I want to keep a single source of truth (don't care whether it's named `genre` or `genres`, but most probably `genre` to make this backwards-compatible), so I suggest we...
> > I want to keep a single source of truth (don't care whether it's named `genre` or `genres`, but most probably `genre` to make this backwards-compatible), so I suggest...
definitely a good idea! Been there done that! Just copying the URI from the `synadm media list` command would be so much easier. Just wanted to note that for local...
Great idea! Restructureing is overdue! I started reading this commit by commit. Thanks for thoroughly doing things in a readable manner! Will try to use it in my main branch...
> > > Imports changed all over the place > > > > > > Internally, they have. However, from the perspective of an upstream consumer, they seem to still...
IMHO moving out not necessary. @snejus agrees too?
> I did not realise that you _intended_ to break the public API here 😅. Major version upgrade makes sense in such case. I think you have a misunderstanding here....
@semohr I took the liberty and merged-in #88 , you can rebase/update/cleanup this one now if you want/find time. HTH
> Thanks for researching this a bit! > > This [comment](https://community.mp3tag.de/t/the-case-for-a-dedicated-label-tag/57647/17) was something I was looking for! Moved the issue to mediafile. I think we can act on that 👍...