Bugzilla – Bug 15440
scrollbar position in selection menus
Last modified: 2010-02-18 10:02:41 UTC
when branching into a menu where a selection can be made, the scroll bar should be positioned on the already selected item. e.g. screen savers -> when playing, the scroll bar is on the topmost element and not on the one I have selected. when stopped -> same behavior when off -> same behavior delay -> same behavior wallpaper -> the selection bar is somewhere (looks like on the row the selection bar is at the same location as it was when I left the menu last time) there might be others, I have not 'tested'. Remark: it works perfectly in the timezone selection, the bar is always located at the current setting, independently how i leave the menu.
Ben to review and decide if it's a bug, UI enhancement, or what. If you need additional guidance, note it for the bug_meeting. :)
== Auto-comment from SVN commit #8476 to the repo by mherger == == https://svn.slimdevices.com/?view=revision&revision=8476 == Bug: 14695 Description: read wallpaper images from userdata folder too. Might want to add a folder to /media/* too. Bug: 15440 Description: position menu selector on selected wallpaper
I spent some time trying to resolve this and came to the following conclusion: at the time that Menu:setSelectedIndex() is typically called, it is not possible to update the scrollbar position because Menu's self.itemHeight and self.numWidgets are not yet defined. This is a bug but is largely cosmetic and not easy to fix. I don't believe it should gate 7.5.0 release in any way. flagging with bug_meeting for discussion.
We can revisit this in the future, perhaps at some time of major SP re-architecture.
Oops I forgot to remove bug_meeting from these bugs.