Issue Details (XML | Word | Printable)

Key: MBS-1935
Type: Improvement Improvement
Status: Decision Required Decision Required
Priority: Normal Normal
Assignee: Unassigned
Reporter: voiceinsideyou
Votes: 1
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
MusicBrainz Server

Usability: Artist disambiguation comments not displayed in either release view or release editor (neither on mouseover)

Created: 17/May/11 10:03 AM   Updated: 17/Oct/12 04:53 PM  Due: 05/Mar/12
Component/s: Data display, User interface
Affects Version/s: None
Fix Version/s: Within 3 months

Issue Links:
Duplicate
 
Relates
 


 Description  « Hide

This can make editing/fixing a VA release with disambig artists quite hard.

Use case 1: Fixing some track titles on a VA release you are perhaps not overly familiar with, via track parser.

You use release editor's parser to paste correct titles/times from some other source - the release editor will then force you to re-confirm correct artist names.

What you want to do is just use current artists, but the system needs you to confirm them. If you're not familiar with the release you may not know which is the correct one OTOH, and there's nowhere easy for you to see which artist is /currently/ being used to just select that one since

Use Case 2: Spotting at a glance incorrectly assigned artists on a VA release to fix them in the editor

Often I come across VA releases with many incorrectly assigned artists. First issue is that currently it's hard to see at a glance mistakes on release viewer. Second issue is that normally I'd intend to change them in release editor, perhaps via the advanced tracklist editor, but you can't see which disambigged artist the track is currently assigned to there either.

If the issue here is screen real-estate, perhaps they could at least appear in the mouseover with the sort name, or in a small java-script mouseover overlay as you run down the artists list.

(example release http://ngs.musicbrainz.org/release/c013364f-aa21-4168-af02-33ba1fff8eee Mika/Moby/Shapeshifters are disambiged)



Sort Order: Ascending order - Click to sort in descending order

Oliver Charles added a comment - 23/Dec/11 12:29 PM

We now show the artist comment and sort name on hover. What more needs to be done here?


voiceinsideyou added a comment - 28/Dec/11 01:07 PM

Is it not possible to display them everywhere on the site, consistently? From a usability perspective I find it very confusing trying to know which places it's in the hover, which places it should be displayed as text and which places it's just missing. For places with space limitations perhaps we can agree a length to display before a ...? Something like (US hip hop artist from Ver...) where you can see the full version in a tooltip?

A side issue to this is having some way of easily seeing whether text displayed for an artist is an artist credit that is != the "native" artist name so you can easily spot places using artist credits. Perhaps some sort of little icon we could invent?


Oliver Charles added a comment - 28/Dec/11 02:10 PM

It gets difficult with artist credits because the join phrase and the disambiguation comments are plain text, not hyperlinks. This means that "Artist (comment) join phrase Artist (comment)" is a little bit more confusing. I like the idea of truncation, but I'm not sure how well in practice it would work.

Perhaps some sort of little icon we could invent?

This has come up before, and people like the way Discogs uses an asterisk - we could copy that.


Kuno Woudt added a comment - 30/Jan/12 04:09 PM

Some the issues described here were due to bugs in the release editor and javascript artist credit code, these bugs have been fixed in commit b429947e77d25a35df08ec2b9b85d83c1f669be4.

For the larger problem of this not being done consistently throughout the site, that is not currently actionable for a developer. I've therefore marked this ticket as "Decision Required".


voiceinsideyou added a comment - 30/Jan/12 04:25 PM

It's not actionable for a developer to spend time ensuring the UI is consistent?


Kuno Woudt added a comment - 30/Jan/12 09:43 PM

no, if things on screen A look different from things on screen B, and they should look the same. should screen B be changed to match screen A, or should screen A be changed to match screen B, or do we need to merge the UI from screen A and B in some fashion?

Or, to make it more concrete: Apparently showing these details as hover isn't good enough, but in all places where an artist credit is rendered that seems to be the only way to render that information without breaking the artist credit. I don't have a solution to this problem. Someone needs to come up with a solution. If there is no clear solution someone needs to come up with a few mockups with various alternatives so the community can pick one.


Oliver Charles added a comment - 03/Feb/12 11:28 AM

I've considered extending the hover concept with like either http://twitter.github.com/bootstrap/javascript.html#tooltips or maybe more information in http://twitter.github.com/bootstrap/javascript.html#popovers


Kuno Woudt added a comment - 24/Jul/12 01:04 AM

This decision required ticket was discussed in the dev meeting yesterday:

http://chatlogs.musicbrainz.org/musicbrainz-devel/2012/2012-07/2012-07-23.html#T19-17-04-313982

voiceinsideyou, can you enumerate exactly which screens will need changing? afterward, please assign the ticket to Pavan.