... inconsistent.
In Device Profile trees, a tooltip shows the number of tracks in a node. Very nice.
But in Music it includes children, and in Playlists it does not. This is misleading and confusing. I suggest it should include children in Playlists too.
EDIT(TC) Tracked at http://www.ventismedia.com/mantis/view.php?id=6858
1247 Device Profile Music/Playlists tooltips... [6858]
Moderator: Gurus
Re: 1247Device Profile Music/Playlists tooltips inconsistent
Although it could be appreciated by users like you I think it is quite impossible to have this feature for users with large DBs and many playlists nested to a one playlist.
Due to this performance restriction I wouldn't change this.
In addition the consistency issue is quite disputative, when you select a parent playlist in Main explorer tree you also don't see tracks of the children playlists in the tracklist.
Due to this performance restriction I wouldn't change this.
In addition the consistency issue is quite disputative, when you select a parent playlist in Main explorer tree you also don't see tracks of the children playlists in the tracklist.
Re: 1247Device Profile Music/Playlists tooltips inconsistent
> I think it is quite impossible to have this feature for users with large DBs
> and many playlists nested to a one playlist. Due to this performance restriction...
Why impossible Ludek? I see no restriction - the processing is a background process. As to the performance itself, well, would totalling for Playlists be much slower than for Music? For Music is fast enough - ~1s here for ~10,000 files in ~1,000 folders.
> the consistency issue is quite disputative, when you select a parent playlist in
> Main explorer tree you also don't see tracks of the children playlists
My consistency issue is /internal/ consistency, and the tree does have that (you don't see children when you select a music location). I think equal consistency in device profile would avoid confusion.
And surely at least the misleading No tracks should be removed. Since recently, no-where else does MM show "No tracks" where there are tracks within.
> and many playlists nested to a one playlist. Due to this performance restriction...
Why impossible Ludek? I see no restriction - the processing is a background process. As to the performance itself, well, would totalling for Playlists be much slower than for Music? For Music is fast enough - ~1s here for ~10,000 files in ~1,000 folders.
> the consistency issue is quite disputative, when you select a parent playlist in
> Main explorer tree you also don't see tracks of the children playlists
My consistency issue is /internal/ consistency, and the tree does have that (you don't see children when you select a music location). I think equal consistency in device profile would avoid confusion.
And surely at least the misleading No tracks should be removed. Since recently, no-where else does MM show "No tracks" where there are tracks within.
Chris
Re: 1247Device Profile Music/Playlists tooltips inconsistent
I think that MM first needs to resolve what a Playlist means. i.e. is a playlist a container for tracks and other playlists? or just a container for tracks? Currently MM is kind of schizophrenic about this--in the tree, it shows hierarchical relationships, but double-clicking a playlists that contains only other playlists will not play anything. On the other hand, in the Auto-sync list, a playlist is considered (sometimes) to be a parent container of other playlists.
I'm not sure what the best approach is, but I think that we need to answer this before looking into the details.
See:
http://www.ventismedia.com/mantis/view.php?id=204
http://www.ventismedia.com/mantis/view.php?id=5371
-Rusty
I'm not sure what the best approach is, but I think that we need to answer this before looking into the details.
See:
http://www.ventismedia.com/mantis/view.php?id=204
http://www.ventismedia.com/mantis/view.php?id=5371
-Rusty
Re: 1247Device Profile Music/Playlists tooltips inconsistent
> i.e. is a playlist a container for tracks and other playlists? or just a container for tracks?
MM functionailty and labelling is #1. Is #2 a proposal? It would require functionality change... and diminishment.
> but double-clicking a playlists that contains only other playlists will not play anything.
Sounds undesirable to me. Others?
> On the other hand, in the Auto-sync list, a playlist is considered (sometimes) to be a parent container of other playlists.
Good thing too!
> I think that we need to answer this before looking into the details.
I think my consistency case stands regardless, but ... I'm patient!
MM functionailty and labelling is #1. Is #2 a proposal? It would require functionality change... and diminishment.
> but double-clicking a playlists that contains only other playlists will not play anything.
Sounds undesirable to me. Others?
> On the other hand, in the Auto-sync list, a playlist is considered (sometimes) to be a parent container of other playlists.
Good thing too!

> I think that we need to answer this before looking into the details.
I think my consistency case stands regardless, but ... I'm patient!

Chris