Bugzilla – Bug 8482
Clarify differences between presets vs. favorites
Last modified: 2009-09-08 09:29:27 UTC
On Boom, there are 6 buttons on the front panel. The contents of the presets are stored as favorites. The presets are stored at the end of the favorites list, and are not stored as Favorite 1 = Preset 1, Favorite 2 = Preset 2, etc. The user may expect Favorite 1 = Preset 1. The UI for this needs to meet the preconceptions of the user regarding: 1. Where the values of the presets are stored. 2. How to access them -- as favorites? 3. How Preset values interact with Favorites -- subset or ???
Based on my usage, they are the same - preset 1 = favorite 1, etc. It can be confusing because the behavior depends slightly on whether or not the user already has favorites and, more importantly, whether or not those favorites have hotkeys explicitly assigned. Actually, I'm not sure if it's a bug or feature, but SC seems to infer hotkeys for the first 10 favorites in your list if they are not specifically assigned. So, here's (roughly) what I think happens in Mickey's example: - Before configuring a Boom, the user has a bunch of favorites with no explicit hotkeys assigned. - SC will use the first 10 as hotkey favorites (and the first 6 as Boom presets) - The user then adds a preset by press-and-hold-1 on the Boom front panel - This is added at the end of the favorites list with a hotkey of 1. - Now the new favorite works as favorite 1 or preset 1. - The 2nd through 10th favorites in the list are still inferred by SC as favorite hotkeys 2 through 0 (or 2 through 6 for Boom). - You can achieve similar confusion by adding/removing hotkeys from your favorites in the SC favorites editor. - In any case though, if you press-and-hold-1 on boom, that will become preset 1 which is also favorite 1 Note that I'm not defending this behavior, just describing how I think it currently works ;)
This is exactly how it works - the "default to the item number in the list if a hotkey is not set" feature was added at Dean's request (and can easily be removed)
Is this just a documentation issue? The current behavior seems pretty elegant to me once I read Fletch's explanation.
Yeah I have no problem with the current behavior...should we just try to work this into the Boom QSG?
I will document this in the UG.
Software is working as designed, now it's just a documentation issue.
Verified Draf2 document has clarification of Presets vs. Favorites
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.