> Find More from Same is a navigational tool and should work instantaneously.

Then since it already does not, you ought to file a wish to that effect.

Regardless, it should give the correct results.

Then what have you been complaining about for such a long time. You're the one that hammers the most on consistency. Of course until it gets in the way of what you need.

[quote="chrisjj"]if that was a MM deign principle, there would be lots of features missing... inc. the FMFS Playlists sub-menu itself.[/quote]There are 2 solutions to this inconsistency. Either it works on all selected tracks or it isn't available. Both would address the current inconsistency. I fear the former won't work (well) so the latter is the only viable alternative (I don't have anything against it working on all selected tracks, it would be ideal, I just don't see it working well/at all).

[quote="chrisjj"]Takes time is not "works poorly". See e.g. "Unsynchronised tags"[/quote]This forms no problem for me as Unsynchronized Tracks is an analysis performed on tracks and it's understood this will take a while. On the other hand Find More from Same is a navigational tool and should work instantaneously.

> That's different as it just lists all Artists, in Find More from
> Same it needs to evaluate each track and then sort the full list.

It has to do evaluate and sort for Artist.

> Find More from Same on multiple files should only be implemented if it does so for all fields it works (consistency)

Crikey, if that was a MM deign principle, there would be lots of features missing... inc. the FMFS Playlists sub-menu itself.

> and if it can achieve it with decent speed, otherwise you're just replacing one inconsistency with another or worse with something that works poorly.

Takes time is not "works poorly". See e.g. "Unsynchronised tags"

[quote="chrisjj"] Look how quick is presenting a tracklist property drop-down containing 1000 artists.[/quote]That's different as it just lists all Artists, in Find More from Same it needs to evaluate each track and then sort the full list.

[quote="chrisjj"]It will scale fine - linearly.[/quote]I doubt it will, you can see issues with speed in the Media Tree where more complex queries are used. AutoPlaylist also take a while to load (and mine aren't overly complex). There is also the usability of scalability. If it shows a 1000 playlist or artists it no longer is a very useful feature. Here it already takes 5s to find the Playlists one track is on (only 6) on a library with only a few playlists. I can only imagen what happens when you scale that to 100 or 1000 or more tracks.

Find More from Same on multiple files should only be implemented if it does so for all fields it works (consistency) and if it can achieve it with decent speed, otherwise you're just replacing one inconsistency with another or worse with something that works poorly. In that case it would be consistent to disable multi-file Find More from Same.

> And even if it would have it would take really long to load things with many files selected

I doubt it. Look how quick is presenting a tracklist property drop-down containing 1000 artists.

> I can only imagen how long the Artist submenu would take

> I would assume that the Playlist submenu would take a multiple of that as it's many times more complex with AutoPlaylists being involved

If this feature takes too long for you, just don't use it.

> I don't think it's scalable beyond a few tracks

It will scale fine - linearly.

I prefer that it has no submenu. And even if it would have it would take really long to load things with many files selected, I can only imagen how long the Artist submenu would take, and knowing that I would assume that the Playlist submenu would take a multiple of that as it's many times more complex with AutoPlaylists being involved and who knows how many hundreds of playlists a user has. I don't think it's scalable beyond a few tracks and thus it should only work on a single track (and thus be hidden all together on multiple selection).

> So you're saying it should list all playlists of all selected tracks, but not all artists?

Yup.

> That would be inconsistent behavior

Consistent with the current inconsistency that deprives Artists of a sub-menu.

So you're saying it should list all playlists of all selected tracks, but not all artists? That would be inconsistent behavior.

[quote="Lowlander"]With a 1000 tracks from a 1000 Artists you'd have a very large menu showing all Artists (and all Albums, etc.).[/quote]Er, no. The Expected behaviour does not include all Artists.

[quote="Lowlander"]It would also be very slow most likely as a lot of database queries need to be run.[/quote]Per track, only one - I can sure wait for that, and it is way faster than the current manual alternative.

I see, you mean the menu not in the Filelisting. As previously said I find that undesirable as it doesn't scale. With a 1000 tracks from a 1000 Artists you'd have a very large menu showing all Artists (and all Albums, etc.). It would also be very slow most likely as a lot of database queries need to be run. If you select even more files it would become even more unusable.

[quote="Lowlander"]How can that be done as MediaMonkey can only show 1 playlist?[/quote]FMFSP is a menu and already shows >1 fine.

How can that be done as MediaMonkey can only show 1 playlist?

Please can "Find more from same playlist" work on selected multiple tracks, rather than be disabled as per this change: http://www.ventismedia.com/mantis/view.php?id=7005 .

"Work" meaning show all playlists on which any selected track occurs.

[quote="chrisjj"]Good that MM does otherwise for playlists :)[/quote]I agree with that as a single track can be on many playlists, I don't use many myself and already have 5-10 per track.

Good that MM does otherwise for playlists :)