>The lower part shows the statistic you select and it didn't make any >sense to show just a song so it felt better to show the whole album, >the song you have selected should be marked with "<--". > I agree.
>> If I click on "Show All", and then choose "Not Rated Songs", I see all >> songs not rated for the current album >> >If you have clicked "Show All" it the list shouldn't be restricted to a >single album, are you saying that this is the case or do you just have a >single album without rated songs ? > I take that back, in this example I didn't need to press Show All. If I click TS from a song in Now Playing list, it shows all songs on the album, and from there I can pick "Not Rated Songs". >> If I click on "Show All", and then choose "Not Rated Songs", I see all >> songs not rated for the current album, which I think is ordered by >> Playcount, and then ordered randomly? If I click to play all songs in >> the list, the songs appear sorted in a different order (both in >> TrackStat and current playlist). Over time when the TrackStat frame >> refreshes, the order changes. >> >The list is randomized again to make it possible to just do a refresh >to get a new selection. This doesn't make much sense in short list but >it does make sense for example for "Not Rated Songs" and the list only >shows 25 songs but you have 2000 unrated songs in your library. The >ideas was that in this case you don't want to see the same albums every >time. > Ah, I see, what is happening makes sense. However, "Not Rated Songs" appears to order by playcount and then random. So songs with the same playcount are grouped together, but randomised within each playcount group. I don't think the Play Count ordering should be there. I have tried using "Songs/Not Rated Songs/Not Rated Songs" as a dynamic playlist for my alarm clock. However, as it's not completely random, I get the same songs from a couple of albums very frequently, as they have a higher playcount than other unrated songs. Over time this becomes even less random, as the playcounts increase! It may make sense to display a list of songs in TrackStat with playcount ordering, but perhaps this should be removed when playing as a dynamic playlist? This is true for other statistic options too. >I suppose one idea might be to let the refresh return the same list but >have a separate "reshuffle" button (or similar) that returns new tracks. >This might actually make it less confusing when you rate a track and it >jumps around in the list just because setting rating also means that >the list is refreshed. > If that is easy to do, that may make sense. >The real reason I don't want to make the refresh more often is that it >is pretty heavy for some statistics. I think there are two solutions to >this: > You're making perfect sense again ;) Hadn't thought about that. I was playing unrated tracks, so as each track played, I could set some ratings. But the page wasn't refreshed frequently, so I couldn't enter the rating. However, if the current playlist could be displayed in TrackStat, I could enter ratings in there without needing the page refreshed so often, or if I am using the WebUI, I can just refresh manually. Not a big deal. >I could separate the "now playing" part from the "browsing" part in >different pages where only the "now playing" part would be refreshed. >This is already the case in the iPeng iPhone/iPod skin. The "now >playing" part of the TrackStat page isn't heavy and could easily be >refreshed once per second. > I just wanted it to refresh when the song changes, so event driven, rather than time based. If it refreshed each second, it might make it harder to click controls to set ratings (unless you Ajax, so it only refreshes if different). >2. >I could implement some caching so new statistics isn't retrieved when >refreshing and instead have a separate "refresh" button that actually >retrieves new statistics. In this case a refresh would result in >exactly the same list as before without reshuffle in the way you are >currently seeing. > >Do you think it is important to see both "now playing" information and >the "browsing" part on the same page or would it be enough if there was >a link to go between them ? > Not sure - I'm thinking about it still ;) It's sometimes nice to see both, but often there's no need to see both. If the Now Playing stats part was on another screen, there would be extra space for browsing stats. I think that if Now Playing TrackStat was on another page, displaying all songs in the current playlist, centred on the currently playing track would be nicer. >I really appreciate feedback like this, because it's hard to see all >these things when you are in the middle of the implementation. The >thing at the moment is just that I would really like to re-write most >of the statistic browsing code since it's a bit messy at the moment, so >until this is done I think I would prefer to not make a lot of small >adjustments. The re-write is still at the idea state, I haven't started >any real work yet, the problem is to actually get the time to do it... I know, I appreciate your efforts. _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/plugins
