<div dir="ltr">My personal preference would be to remove the Tag interface from 2.0, but we can just add more fields as well.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 10, 2013 at 11:34 PM, Stephen F. Booth <span dir="ltr"><<a href="mailto:me@sbooth.org" target="_blank">me@sbooth.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>I think this is a good idea for TagLib 2.0 because as you mentioned those tags are well known.</div><div class="HOEnZb"><div class="h5">
<p style="color:#a0a0a8">On Thursday, June 6, 2013 at 5:46 PM, Lukáš Lalinský wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px">
<span><div><div><div dir="ltr">Because TagLib maintains binary compatibly within the major version and because the Tag class accessors are virtual, no new fields will get added to it. If you want generic access to tags across all support formats, use the PropertyMap API.<div>
<br></div><div>Lukas</div></div><div><br><br><div>On Sun, Jun 2, 2013 at 1:34 AM, Adam Szmigin <span dir="ltr"><<a href="mailto:adam.szmigin@xsco.net" target="_blank">adam.szmigin@xsco.net</a>></span> wrote:<br><blockquote type="cite">
<div>Hi,<br>
<br>
I wonder: is there any appetite for adding more 'standard' getters/setters to the Tag class?<br>
<br>
For my own personal use, I would specifically be looking at album artist, disc number, total tracks and total discs. To me, these seem sufficiently widely-known concepts to warrant having their own dedicated methods.<br>
<br>
What is the driver that determines whether methods are added, or whether fields are only available from a property map in the Tag class?<br>
<br>
<br>
Thanks,<span><font color="#888888"><br>
<br>
-- <br>
Adam Szmigin<br>
______________________________<u></u>_________________<br>
taglib-devel mailing list<br>
<a href="mailto:taglib-devel@kde.org" target="_blank">taglib-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/taglib-devel" target="_blank">https://mail.kde.org/mailman/<u></u>listinfo/taglib-devel</a><br>
</font></span></div></blockquote></div><br></div>
</div><div><div>_______________________________________________</div><div>taglib-devel mailing list</div><div><a href="mailto:taglib-devel@kde.org" target="_blank">taglib-devel@kde.org</a></div><div><a href="https://mail.kde.org/mailman/listinfo/taglib-devel" target="_blank">https://mail.kde.org/mailman/listinfo/taglib-devel</a></div>
</div></div></span>
</blockquote>
<div>
<br>
</div>
</div></div><br>_______________________________________________<br>
taglib-devel mailing list<br>
<a href="mailto:taglib-devel@kde.org">taglib-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/taglib-devel" target="_blank">https://mail.kde.org/mailman/listinfo/taglib-devel</a><br>
<br></blockquote></div><br></div>