Hi, On Wed, Sep 17, 2008 at 02:28, Martín Ferrari <[EMAIL PROTECTED]> wrote: > I'm attaching two screenshots that'd surely be more clear than my words. > > In the first one, the most common case, and the one that has a > workaround: an album which lacks any "Track number" information, when > double-clicked or selected from the directory drop-down is added in an > incomprehensible order. The workaround: to select all the files and > then add them. > > The second one is really bothersome, and it's the case when there's at > least one file with track information, and then the bogus order is > always obeyed, and the only way around it is to add one by one each > file. > > If I were using some tag-browser plugin I'd understand this, but since > this is the "file explorer" plugin, I'd expect usual filesystem > behaviour... > > While writing this, I started looking around the code and I came up > with a patch that works like a charm here. > It makes the media class not sort lists of files, and sort directories > by filename. I've tested it with two other plugins (the cd player and > the tag-based browser) and it doesn't affect them. I'm confident that > this wouldn't cause a regression as non-filesystem-tree based plugins > directly pass the lists of files in the already correct ordering. > Also, this methos is only called to fill in tags, something that > obviously won't happen while adding files from a tag based browser.
This should be already fixed in v0.11 (see https://bugs.launchpad.net/decibel-audio-player/+bug/211190). When adding files to the playlist, the sort order is artist / album / tracknum / filename, so if there is no track number information, the tracks will be sorted by filenames. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
