Bugzilla – Bug 9914
SC-delievered menus should be able to send callbacks that launch native SP applets
Last modified: 2011-11-06 23:25:14 UTC
currently callbacks to squeezeplay menu items delivered from SC are only configured for sending back cli commands to SC. Would be nice to have a means to have the item call a native applet method (e.g., load NetTest against a particular player) see campfire chat captured in bug#5437c24
Changing target to next release
We'll probably need this for photos
Tom, I'm assigning this to you but we might work together on this. Richard thinks a fix might be necessary for some of our new "apps"
I have a problem that might be related to this. I'd like to be able to open a browse menu for a specific artist or album from my own applet. At the moment it's easy to issue the browse JSON command to the server but the problem is that when I get back the result I haven't found any way to pass it to the SlimBrowserApplet so it can open the window and show the menu.
Richard had wanted a generic mechanism for calling into SP applet methods from SC. I didn't do that for photo applets. Pushing this to P2 as we could still use it for delivering things like Info Browser as an App (you can swtill get to it by going to Customize home menu)
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
moving current p2 bugs to p3 to make room for moving p1.5 bugs to p2
Administrative move of 7.5 bugs. All P2, P3, P4 being downgraded one level. Will then split P1s.
Moving lower-priority bugs to next target
Tom is no longer available to us
Unassigned bugs cannot have a priority.