Bugzilla – Bug 12293
Wallpaper settings screen problems
Last modified: 2011-09-05 12:20:26 UTC
Maybe this behavior is intended, or maybe it's a leftover from an attempt to allow some kind of preview of the wallpaper without changing the setting, but it's confusing. When you enter Settings > Screen > Wallpaper, no radio button is selected. Then I find that touching the screen to drag will often change the background, but still not cause a radio button to light. When this happens and you leave the setting screen, sometimes the wallpaper that was displayed in the screen won't be used elsewhere.
Is this when only using the build in wallpapers? If you use a downloaded one, then I think there can be a delay while it downloads it, but I don't see this on the built in ones.
Yes, I'm only using the built in wallpapers and don't have any others downloaded.
Tom - these issues look to be down to api changes/differences with the touch interface: 1) When you enter the applet it calls: self.menu:setSelectedIndex(self.menu:numItems()) if it wants to set the current menu item as selected when building the lists - this does not seem to work any more. What should it do? 2) At present we show the background when the menu item has "focusGained" and then select it as the option as the "check" action. This works fine on the controller and with the remote skin as you can change focus of an item while scrolling through the menu, but then press another button to set the check box. With the touch interface I think "focusGained" is probably something to avoid as it appears to happen randomly during scrolling - any recommendations, could we just avoid it being called?
This problem is still there at r6642.
I agree - I'm hoping to get a response to my questions here...
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code. Feel free to move it back if it's specific to the single original product.
Moving to 8.0 as this appears to be a Touch-specific issue.
This isn't Touch-specific. The problem also exists on the recently released Squeezebox Radio. When you enter the Wallpaper setting screen, the currently selected wallpaper is not marked with a highlighted radio button. Rotating the Radio's wheel will change the wallpaper, giving a preview, but since there's no radio button, it's hard for the user to know what the current setting is. Can someone answer Triode's questions?
Jim - on the radio it should mark the current wallpaper as selected - if not its a bug which needs fixing in 7.4.x Can you confirm this happens all the time?
It marks your selection only if you select one by clicking the wheel, but nothing is marked when you first enter the screen. It does this all the time.
see also bug 14552
sorry, that's bug 14553
I think the setting of the current wallpaper for built in wallpapers should be fixed now (against bug 14553) What remains is a problem with the touch interface and focusGained. Tom I am hoping you can help with this as it's really an issue with the underlying framework.
(In reply to comment #13) > I think the setting of the current wallpaper for built in wallpapers should be > fixed now (against bug 14553) > > What remains is a problem with the touch interface and focusGained. Tom I am > hoping you can help with this as it's really an issue with the underlying > framework. I'll make this bug Touch-specific, then. The remaining bug is that in the touch interface, there's no separate 'preview' and 'select', unlike in the IR and Radio front pane interfaces. Correct? Doesn't seem like a big issue to me. Maybe a touch-hold could bring up a context menu with a 'preview' selection. Otherwise, I can't think of an obvious way to do it in the touch interface as it now stands.
Seen in CAT testing. Immediately after factory reset, no radio button is selected. PR2-0059