[prev in list] [next in list] [prev in thread] [next in thread] 

List:       taglib-devel
Subject:    Re: Appetite for adding standard methods to Tag interface?
From:       "Stephen F. Booth" <me () sbooth ! org>
Date:       2013-06-10 21:34:24
Message-ID: 4644CDD82D274C6BBB1C817CD6F7E057 () sbooth ! org
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


I think this is a good idea for TagLib 2.0 because as you mentioned those tags are \
well known.

On Thursday, June 6, 2013 at 5:46 PM, Lukáš Lalinský wrote:

> 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. 
> Lukas
> 
> 
> On Sun, Jun 2, 2013 at 1:34 AM, Adam Szmigin <adam.szmigin@xsco.net \
> (mailto:adam.szmigin@xsco.net)> wrote:
> > Hi,
> > 
> > I wonder: is there any appetite for adding more 'standard' getters/setters to the \
> > Tag class? 
> > 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. 
> > What is the driver that determines whether methods are added, or whether fields \
> > are only available from a property map in the Tag class? 
> > 
> > Thanks,
> > 
> > --  
> > Adam Szmigin
> > _______________________________________________
> > taglib-devel mailing list
> > taglib-devel@kde.org (mailto:taglib-devel@kde.org)
> > https://mail.kde.org/mailman/listinfo/taglib-devel
> 
> _______________________________________________
> taglib-devel mailing list
> taglib-devel@kde.org (mailto:taglib-devel@kde.org)
> https://mail.kde.org/mailman/listinfo/taglib-devel
> 
> 


[Attachment #5 (text/html)]

                <div>I think this is a good idea for TagLib 2.0 because as you \
mentioned those tags are well known.</div>  
                <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&nbsp;compatibly&nbsp;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 style="">Lukas</div></div><div><br><br><div>On Sun, Jun 2, 2013 at \
1:34 AM, Adam Szmigin <span dir="ltr">&lt;<a href="mailto:adam.szmigin@xsco.net" \
target="_blank">adam.szmigin@xsco.net</a>&gt;</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. &nbsp;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">taglib-devel@kde.org</a></div><div><a \
href="https://mail.kde.org/mailman/listinfo/taglib-devel">https://mail.kde.org/mailman/listinfo/taglib-devel</a></div></div></div></span>
  
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>
            



_______________________________________________
taglib-devel mailing list
taglib-devel@kde.org
https://mail.kde.org/mailman/listinfo/taglib-devel


[prev in list] [next in list] [prev in thread] [next in thread]