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

List:       amarok
Subject:    Fwd: Proposal: Rating tag logic
From:       "Jud Craft" <craftjml () gmail ! com>
Date:       2009-01-06 23:46:16
Message-ID: 20d6441a0901061546i60993123ud04e362e2294ab19 () mail ! gmail ! com
[Download RAW message or body]

I wish to add, however, that the "per-user" problem is actually an
inherent problem with the per-file rating tag in itself.

That, while making my proposal useless, is in fact a deeper problem
with the per-file tag metaphor than with my proposal itself.  It is as
if different users would want to give the song two different Title
tags (an absurd metaphor).  My proposal merely assumed the foolish
thing that the tags themselves assumes:  only one user sets them.

A potential remedy:  perhaps Amarok could continue maintaining
user-side metadata, and only write rating data to the file tags when a
file is transferred to a user's personal MP3 player.  (Not sure how
feasible on-transfer tag-writing is, though).

I do disagree about your first point (the changing of the rating tag):
 the underlying belief of my proposal is that like a Score, your
liking for a song (and thus its rating tag) are possibly going to
change over time, so changing the rating automatically based on how
you listen to it would not freak a user out.
_______________________________________________
Amarok mailing list
Amarok@kde.org
https://mail.kde.org/mailman/listinfo/amarok
[prev in list] [next in list] [prev in thread] [next in thread]