Bug 6725 - Incorrect sort order for Internet Radio
: Incorrect sort order for Internet Radio
Status: CLOSED FIXED
Product: SB Controller
Classification: Unclassified
Component: Browser
: unspecified
: PC Windows XP
: P2 normal (vote)
: 7.0
Assigned To: KDF
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-22 16:29 UTC by KDF
Modified: 2009-09-08 09:32 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
one possible method (4.37 KB, patch)
2008-01-23 00:11 UTC, KDF
Details | Diff
patch with wiki order (8.24 KB, patch)
2008-01-23 21:46 UTC, KDF
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description KDF 2008-01-22 16:29:11 UTC
Jive's menu order under internet radio is not in line with the spec.  It needs to be:
    * Staff Picks
    * radioio.com
    * RadioTime
    * Live365
    * SHOUTcast

This is correct in player ui and web ui.  Jive is currently:
Sound and Effects
SHOUTcast
RadioTime
radioio.com
Staff Picks
Live365
Comment 1 Mark Miksis 2008-01-22 20:41:29 UTC
Bug 6535 covers the issue of sound & effects being incorrectly located in internet radio
Comment 2 KDF 2008-01-23 00:11:01 UTC
Created attachment 2711 [details]
one possible method

this works, pushing the third-party and two items-to-be-moved to the end of the list (any undefined weight gets set to 100).  The only thing I haven't sorted out is how to deal with the cmp change to <=> in sortResultLoop.  This is required for numeric, but we may still need cmp for string fields.  I'm not sure what method we've used to deal with this before and I don't think we want to use alpha weights when numeric is already in use elsewhere.
Comment 3 Andy Grundman 2008-01-23 05:27:10 UTC
A weight value sounds like the right solution.  It would be best if we could make it use the rank-* prefs, but I guess those are backwards from the way Jive orders.
Comment 4 KDF 2008-01-23 08:26:31 UTC
consistency, I guess :)

rank prefs do make sense, as eventually the demand will rise for reordering by user preference.  This will need to be something common to jive/SC and each menu section.

The patch does need more work, and I'll keep plodding.
Comment 5 Blackketter Dean 2008-01-23 13:35:25 UTC
The starting order for these items should follow what's in http://wiki.slimdevices.com/index.cgi?UserInterfaceHierarchy

Can we fix that first?

Comment 6 KDF 2008-01-23 18:03:35 UTC
that's exactly what this patch does (initial comment followed from the wiki), with the exception of not yet handling the two items not belonging in the menu at all (covered by bug 6535)
Comment 7 KDF 2008-01-23 21:46:29 UTC
Created attachment 2716 [details]
patch with wiki order

ok, this solves the order to match the wiki for the valid radio items AND the music services.  For now at least, this uses the same "weight" method as the browse menu ordering.  

This patch will tack any third party items to the end of the list (because they currently have no defined weight).  

Sounds and Podcasts are REMOVED from the menu by this patch, but are prepped for adding to the extras menu.  This, however, needs more work as Extras is currently a jive menu, rather than query-built.
Comment 8 KDF 2008-01-24 15:27:27 UTC
comitted to 7.0 at change 16724.  please reopen if there are issues.
Comment 9 James Richardson 2008-05-15 13:01:51 UTC
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html