Bugzilla – Bug 1882
Shoutcast plugin does not use INPUT.list for navigation.
Last modified: 2008-09-15 14:36:01 UTC
It would be cool if navigating internet radio playlists on the SB would work like in local playlists, e.g. pressing button 3 on the IR two times would jump to the first entry starting with letter 'e'...
Are you mainly talking about shoutcast streams? What other radio stations? And does anybody know why this got assigned to me?
Michael: Sorry about that, not sure why...
I'm talking mainly about shoutcast streams since shoutcast has tons of entries. I did assign this directly to Michael since I thought that he maintains the shoutcast functionality (at least the web-interface)?!?...
I have seen other users request that very large lists use the scheme from shoutcast plugin, where entering numbers goes directly to the number entered. altering this in shoutcast, could be yet another 'I want the old way back" battles.
If they are sorted (and they appear to be) then we should be using the standard jump mechanism for letters (push 5 twice to jump to the first item starting with K). The number entry thing here is not really consistent with our UI standard. We can look at changing the standard to allow direct entry, but that's a separate issue.
agreed. just making sure everyone is prepared to duck :) having shoutcast converted to use INPUT.List would take care of the numberscroll issue, and possibly thin down the code a bit.
Whats the point of entering the number of an entry? How would a user know which number corresponds to a certain entry anyhow? And since the list is not constant (streams come and go), you can never be sure that entering number X brings you to the same entry...
I thought of INPUT.List too... BUT there are those "recently played" and "favorite streams" at the top I would not want to find in the middle of nowhere. You therefore can't just sort the list. We would have to mark them with some prefix. Or use the externRef? I would have looked at this, but as I'm going to leave for a two weeks vacation ... ;-)
I'd suggest that if you want those playlists separated out from the large sorted list, they should be at the level above, rather than mixed in. That way we can have a sorted list and use the standard sorting navigation.
Do you mean something like: Recently played Favorite Genres Alternative Bebop Rock Zulu ?
Exactly. 72 items in the top level menu is too many.
Ok, as this isn't a high priority change I'll do some more digging when I'm back in about two weeks. But feel free if you're in a hurry :-)
Bad news: the genre sort order is user definable. It's not always alphabetically - though this is the default and will in most cases never be changed. Even worse: default for the "most popular" streams is the number of listeners. But in that case it seems ok to me, as I wouldn't be looking for a specific stream, but rather browse through that list to satisfy my curiosity about what people listen to. I'd agree that there are - once again - too many options. I'd like to know how many users are using a custom genre file... I never found a single user who could give me his file to do the testing. Removing user defined sort order and custom genre definitions would imho greatly simplify the plugin.
Dean, shall I have a try with these shoutcast browser changes, though they might limit some existing options (eg. sort order)?
Yes, please take a try at it. (I'm fine with resorting the genres and presenting the user with a sorted list.)
I don't understand what you mean about the resorting. Shall we limit it to the default (by name)? I'd really like to keep the "most popular" by listener. But this would be the exception.
I checked in change 3992 which should already contain the new player interface. What about the web? I'd leave it as is, with the full list in the top level. Browsing a web page isn't as awkward as on the player. What do you mean, Dean?
Checked in change 4009.