Summary: | Submit user labels to last.fm | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | ned <naught101> |
Component: | Context View/Labels | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | donmiguelelunico, hessijames, lfranchi, matej |
Priority: | NOR | ||
Version: | 2.3.2 | ||
Target Milestone: | 2.4.0 | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/amarok/2fc6c25ee0f2eff758432c101ff82c87bc04a9e8 | Version Fixed In: | 2.7 |
Description
ned
2010-11-16 03:09:54 UTC
I support this wish! And the implementation could be quite easy since the applet alredy makes distinction between "personal" and "community" tags (see labels settings). The tags should be saved as follows in the database: community:rock personal:hard rock and then in applet itself they could be shown in different colours. Blue and red for community and personal tags respectively. Ergo a new button should be available for community tags to pass it to a personal tags community:rock becomes to personal:rock and on this base all the tags having the personal appendix can be synchronised with the last.fm account What do you think? This would actually help improve the tagosphere which can be a big plus for amarok. It is still so complicated to tag nicely on last.fm! Here are some random points we need to think of: 1. Labels can also be added with the tag dialog so it should support that, too. 2. If the user is offline, amarok should cache the labels that need to be submitted. 3. This would only work in one direction, receiving labels assigned through the last.fm web interface is not really possible. I did write a proof of concept last.fm statistics downloader and that's not really the way to go. 4. But receiving labels for the currently playing track would be possible. 5. It's not possible to distinguish between auto- and user-added labels as well as community and user labels, labels are always saved plain to the database. 6. Currently the labels applet tries to find the song by altering the title and artist (e.g. removing 'feat. ...') if no labels have been found with the original syntax. This could be kept, but when submitting labels it should be submitted with the original syntax. I agree with everythin except point 5. Wouldnt it be possible to distinguish them in the amarok database as i described in my previous comment? A label would have to be stored with a prefix and that's all the magic (it can be just one character prefix and one character separator, that way it doesnt consume a lot of space in the db ;-) Obviously all the tags added through the tag dialog, are personal labels. Miguel On Sat, Dec 25, 2010 at 11:57 AM, Daniel Faust <hessijames@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=257037 > > > Daniel Faust <hessijames@gmail.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |NEW > Ever Confirmed|0 |1 > > > > > --- Comment #2 from Daniel Faust <hessijames gmail com> 2010-12-25 > 11:57:56 --- > Here are some random points we need to think of: > 1. Labels can also be added with the tag dialog so it should support that, > too. > 2. If the user is offline, amarok should cache the labels that need to be > submitted. > 3. This would only work in one direction, receiving labels assigned through > the > last.fm web interface is not really possible. I did write a proof of > concept > last.fm statistics downloader and that's not really the way to go. > 4. But receiving labels for the currently playing track would be possible. > 5. It's not possible to distinguish between auto- and user-added labels as > well > as community and user labels, labels are always saved plain to the > database. > 6. Currently the labels applet tries to find the song by altering the title > and > artist (e.g. removing 'feat. ...') if no labels have been found with the > original syntax. This could be kept, but when submitting labels it should > be > submitted with the original syntax. > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are a voter for the bug. > You are on the CC list for the bug. > Implemented some time ago in 2.7, enjoy! ;) |