Issue Details (XML | Word | Printable)

Key: MBS-2390
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Normal Normal
Assignee: Oliver Charles
Reporter: Alfg Erber
Votes: 8
Watchers: 3
Operations

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

It's not really possible to assign a track to a recording because cannot see length of track in either tracklist or proposal list

Created: 28/May/11 04:06 PM   Updated: 12/Jan/12 02:34 PM  Due: 22/Feb/12   Resolved: 12/Jan/12 02:34 PM
Component/s: Release editor
Affects Version/s: NGS - Final
Fix Version/s: Schema change, 2012-01-12

Issue Links:
Relates
 


 Description  « Hide

It's not really possible to assigne a track to a recording, on the RecordingsPage, because at least you need the tracklenght in the track-column and in the proposal list!
If you don't have the tracklenght of both track/recording it's only a guess, that both songs are the same.



Sort Order: Ascending order - Click to sort in descending order
Paul Taylor added a comment - 26/Aug/11 09:44 AM

Yes, when you search for possible recordings to match a track to it shows the length of the matching recordings but it DOESNT show the length of the tracks. Additionally I don't think it should even let you associate a track with a recording if they differ in length by more than a certain amount e.g 10 seconds.


Aurélien Mino added a comment - 26/Aug/11 11:20 AM

Length in the proposal list has been added with fix of MBS-2992, however length of track is still missing.

> Additionally I don't think it should even let you associate a track with a recording if they differ in length by more than a certain amount e.g 10 seconds.

It should warn, but not forbid you to do it.


Oliver Charles added a comment - 22/Nov/11 08:06 PM

Oliver Charles added a comment - 19/Dec/11 11:57 AM

I've mocked up a few ideas for this in http://ocharles.org.uk/mbs-2390-mockups.html. Would love to here which approach people think is best!


Aurélien Mino added a comment - 19/Dec/11 02:34 PM

I vote for Mockup 1.


Oliver Charles added a comment - 19/Dec/11 02:44 PM

Nicolás Tamargo added a comment - 19/Dec/11 05:07 PM

Both 1 and 2 are equally fine to me.


nikki added a comment - 19/Dec/11 06:06 PM

I like #2 too.


Alfg Erber added a comment - 19/Dec/11 09:02 PM

I vote for #2


Brian Schweitzer added a comment - 19/Dec/11 09:59 PM

Mockup 1 looks cleanest to me. #2 is hard to use, with the times not vertically aligned. #3 is pretty confusing, since there's 2 disparate things merged together (and I guess I don't understand what the benefit of it is)


Alex Mauer added a comment - 19/Dec/11 10:11 PM

I vote for mostly mockup #2, but if possible right-justify the duration so it's up against the change button.

This is actually very close to our current UI...


Paul Taylor added a comment - 20/Dec/11 12:32 AM

#2


Oliver Charles added a comment - 28/Dec/11 11:59 AM

Mockup 2 has got the most votes here, so I will continue with that approach.


Oliver Charles added a comment - 28/Dec/11 12:37 PM

This is in review at http://codereview.musicbrainz.org/r/1687/ and available for testing on http://test.musicbrainz.org