View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007005 | MMW v4 | Playlist / Search | public | 2010-12-18 21:20 | 2013-03-13 23:40 |
| Reporter | user_chrisjj | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | reopened | ||
| Platform | Windows | OS | XP | OS Version | - |
| Target Version | 4.1 | Fixed in Version | 4.0 | ||
| Summary | 0007005: 1304 Multiple track Find More... Playlist fails | ||||
| Description | 1 Click a track thats on playlist A 2 CTRL+click below it a track that's on playlist B (creating a multiple selection) 3 Click Find more from same... Playlist Expected: sub-menu shows playlists A and B Observed: sub-menu shows only playlist A I haven't tested other Find more from same... targets. (TC) Reported at http://www.mediamonkey.com/forum/viewtopic.php?f=7&t=54247 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1369 | ||||
|
|
This feature is designed to work on the focused track only, not on all selected tracks. |
|
|
No indication of that on the UI. If it is designed to work only on one track, it should be offered only when one track is selected. |
|
|
It currently doesn't work on the focused file, but on the first file in the selection. This become more evident if you sort the filelisting differently and now it will have changed to whichever file is first. A solution to this type of problem where multiple files are selected, but an action only works on one is to disable the feature when multiple tracks are selected. |
|
|
Ok, makes sense, let's enable this only when 1 file is selected and disable for >1 file selected. |
|
|
Fixed in build 1369. |
|
|
> It currently doesn't work on the focused file, but on the first file in the selection. Being the top-most, I find. Just as well, really, since the focused file is not always apparent in e.g. Now Playing window - it doesn't show the focus box. I think while it can operate on only one file it should be the focussed file, and Now Playing should show focus box. |
|
|
The problem with disabling Playlist is that other Properties which have the same issue where it doesn't show for all selected tracks are still shown (inconsistent). So either all Find More from Same options that don't apply to all tracks should be disabled on multiple files (ie when selecting files from different Artists, while selecting multiple files from the same Artist/Album Artist can still show) or Playlists can be shown among all the others that only work on the first track. I personally favor disabling all options that don't work on multiple files when multiple files are selected. This seems clearer than just showing it for the first track. |
|
|
This would imply to remove also 'Get Info/Buy...' when multiple items are selected. What do you think, Rusty? |
|
|
Might it not be better to fix the issue reported, rather than "fix" the UI to hide it? |
|
|
Problem is that it can't be fixed in a sensible way. If you select a 1000 tracks with a 1000 Artists it would list a 1000 Artists before you even get to the Playlists. I think it's perfectly fine it only works on a single track (also much faster to generate Find More from Same menu), but it should hide UI if multiple files are selected. |
|
|
In most cases, 'Find more from same' or 'Get Info/Buy' will not be useful for cases where > 1 file is selected: Find more from same: will only rarely return tracks when multiple tracks are selected (though, if this worked correctly, it would be really useful). Get Info/Buy: I don't believe that the Amazon API supports queries for multiple artists. With the above in mind, and given that 'Find more from same...' is already quite clear about what it is finding for everything but playlists (given that it now shows the actual name of the artist, album, etc.), I would suggest that the best fix for now would be to: a) re. playlists: find playlists that contain all of the selected tracks (preferred). Otherwise leave as is, and fix in the future. b) re. 'Get Info/Buy...': change it to 'Get Info/Buy (<search term>)...' so that the user knows what's being searched. |
|
|
LL > Problem is that it can't be fixed in a sensible way. It can be fixed in the sensible way suggested by Expected reported. > If you select a 1000 tracks with a 1000 Artists it would > list a 1000 Artists before you even get to the Playlists. Not under the suggested fix. Rusty: > if this worked correctly, it would be really useful No less than invaluable! |
|
|
I agree with Lowlander that it couldn't be "fixed" to your liking in a sensible fashion. As he points out, if you were to select 1,000 files then the Find More from Same function is going to have to query for all of those artists, then albums, genres, etc. as well as having to search through all of the playlists for the 1,000 tracks in question. That is sure to (expectedly) kill the UI for some time, which I doubt would be welcomed by many. Especially if someone has a great number of auto-playlists. |
|
|
> That is sure to (expectedly) kill the UI for some time The work should be done in another thread. > That would not be acceptable, which I doubt would be > welcomed by many. Especially if someone has a great > number of auto-playlists. If he has a faster way of getting the same results (though I cannot find one), he's still welcome to use it. He is not forced to use this operation. |
