D12156: implement reading of rating tag

[Alexander Stippich]

astippich added a comment.


  In D12156#249977 <https://phabricator.kde.org/D12156#249977>, @michaelh wrote:
  
  > In D12156#249971 <https://phabricator.kde.org/D12156#249971>, @astippich wrote:
  >
  > > In D12156#249951 <https://phabricator.kde.org/D12156#249951>, @michaelh wrote:
  > >
  > > > It's for elisa I guess, could you please elaborate how POPM/RATING is going to be used and why xattr are not applicable?
  > >
  > >
  > > It will be used as a fallback when there is no xattr rating set or available (e.g. on Windows) so that users who have rated their music with other players can still see their previous ratings. 
  > >  It will also useful for managing ratings on other platforms when writing support is added.
  >
  >
  > I that case I would suggest to use xattr only on systems that support it, and use POPM/RATING on those that don't. I afraid users will find it confusing to have two ways of rating a file. Or is rating via dolphin/baloo-widgets not planned?
  >  Because extractors are called in sequence it would also be possible to create a dedicate taglibRatingExtractor (much easier to apply build conditionals).
  
  
  We still need the ability to read the tag, since users expect to see the rating in music players.
  For baloo-widgets I created D12157 <https://phabricator.kde.org/D12157>

REPOSITORY
  R286 KFileMetaData

REVISION DETAIL
  https://phabricator.kde.org/D12156

To: astippich, mgallien, michaelh
Cc: bruns, #frameworks, ashaposhnikov, michaelh, astippich, spoorun
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20180419/f515e074/attachment.html>