Comment 13 for bug 135956

Johannes - well, .cue files specify the file names they are associated with in themselves, so as long as we parse any .cue files in a directory first so we know which 'real' files to ignore, there shouldn't be any need to assume.

I think the file:///path.cue#01 uri syntax makes more sense than the time-based one. It much more clear exactly which track is being referred to, and the overhead of re-parsing the .cue should be minimal. (or we can just store cue offsets and such in special internal tags)

As for tag editing at an album level, we could edit it across all tracks in the album and just use a gtk.InfoBar to warn users that it will affect more than the selected track.