Support "album artist" and "artist sort" in TagLib::Tag interface?
Sander Jansen
s.jansen at gmail.com
Fri Jan 9 02:38:06 CET 2009
The way I handle is that "album artist" has the same value as "artist"
unless specified otherwise.
Sander
On Thu, Jan 8, 2009 at 6:41 PM, Jason Voegele <jason at jvoegele.com> wrote:
> Hi all,
>
> I wanted to throw out the suggestion of adding support for "album artist" and
> "artist sort" to the TagLib::Tag interface. Specifically, I'd like to discuss
> adding the following member functions:
>
> virtual String albumArtist() const = 0;
> virtual void setAlbumArtist(const String &s) = 0;
>
> virtual String artistSort() const = 0;
> virtual void setArtistSort(const String &s) = 0;
>
> This would imply adding implementations of these functions to all of the
> derived classes of TagLib::Tag. Of course, the complication is that not all
> of the supported tag formats has support for these concepts, particularly
> ID3v1.
>
> So I'd like to ask the list what their collective thoughts are on how to
> handle situations such as these. The concepts of "album artist" and "artist
> sort" are broadly supported by much audio software, so I can definitely see an
> argument for supporting these concepts at the abstract level of the Tag
> interface. However, what should the behavior be for formats (such as ID3v1)
> that do not support such concepts?
>
> --
> Jason Voegele
> As with all the other proposals, it's basically just a list of words.
> You can deal with that... :-)
> -- Larry Wall in <199709032332.QAA21669 at wall.org>
>
> _______________________________________________
> taglib-devel mailing list
> taglib-devel at kde.org
> https://mail.kde.org/mailman/listinfo/taglib-devel
>
--
"And any fool knows a dog needs a home
A shelter from pigs on the wing"
More information about the taglib-devel
mailing list