Bugzilla – Bug 12800
Support snooze
Last modified: 2009-10-05 14:35:47 UTC
There is currently no way to snooze Fab4. The proposal in the linked thread is a new "Now Playing" screen design, that could only be active during alarms, that would propose clock + snooze + stop + volume and minimal artwork.
Matt: would this be yours to design?
Yes, working on this today actually.
Part of the overall alarm clock design for 7.4. Time estimate is just for this bug, not the whole feature.
retargeting for 8.0
I screwed up, this is indeed a 7.4 issue. Assigning to Noah for a screen comp (which I believe is done?) CM items when alarm is going off: "Snooze" "Turn Off Alarm"
See QVGASkins >Guidelines >bb_cm_title_options_alarm.png Context Menu 1. Title: "Alarm" ............................. 2. Time of alarm set: ex. "12:34" ............................. 3. Option 1 - Snooze 4. Option 2 - Turn Off
This should be reassigned to the engineer responsible for implementation. Guidelines are in place.
Ben, Apologies, I lied when I said there was no more work on the alarm clock :-). This is the last thing, along with making the "alarm" button launch the alarm clock menu, and the alarm-setting widget.
Created attachment 5642 [details] reference screen
(This bug does overlap with bug 12799) This is cool, save for the fact this does not show CURRENT TIME (if I understand comment 6). There may be some time elapsed between the alarm starting (and music playing) and the user watching at this screen. In particular, I do believe that in many case, the snooze decision is based on the current time (i.e. "yes I have time for another 5 minutes in bed" or similar). In fact, I don't think we care much at the alarm time at all. If music started/this screen is on, an alarm was (most likely) enabled in the recent past. The other thing is I really would like to have VOLUME here. SC and iTunes go to some length to try to smooth out volume differences between songs - because there *are* volume differences in between songs. However, when setting the alarm volume, it will always be safer to turn it a little bit louder, to be sure it wakes you up (depending on the playlist, some songs in it may be very quiet). Now once you wake up, a slighly too loud setting coupled with a loud song not properly compensated by the mechanism above results in an alarm screaming in the morning (or that sounds like it in the early morning quietness). With the current design, I can turn it off or snooze it, when all I want is to turn it down a notch.
notes to self: display current time in popup Icons/icon_alarm.png for alarm icon asset
== Auto-comment from SVN commit #28326 to the slim repo by bklaas == == https://svn.slimdevices.com/slim?view=revision&revision=28326 == Bug: 12800 Bug: 13146 Description: support for alarm_state flag in playerstatus response to Squeezeplay three potential states right now: 'active', 'set', and 'none' may still add something in that key/val pair for snooze
== Auto-comment from SVN commit #7308 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7308 == Bug: 12800 Bug: 13146 Description: remove playerAlarmSet notification in favor of playerAlarmState change getAlarmSet method to getAlarmState method (these are API changes but I feel confident that no one is using them yet; getAlarmState is more appropriate for what is needed) change clock applet to support new notification method alarm icon on clock will show unless the alarmState is nil
== Auto-comment from SVN commit #7311 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7311 == Bug: 12800 Description: some player methods that will eventually be used for snooze support
A reviewer recently dinged us for the "bizarre choice of a 1 minute snooze" when reviewing Boom. What is the default snooze time? Is there any "standard" for clock/radios?
9 minutes is default on every clock I've ever used, and I was nearly certain that the boom worked like that too. Plan for Baby boom is a 9 minute snooze. I'm working on it today, actually.
Still hoping to complete this later tonight, but taking longer than anticipated
== Auto-comment from SVN commit #7364 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7364 == Bug: 12800 Description: Alarm Snooze applet (currently disabled as it's not totally functional) changes to Player.lua to support alarm notification fix in SlimBrowser for ampm calculation Skin style for alarm window in QVGAbase
== Auto-comment from SVN commit #28410 to the slim repo by bklaas == == https://svn.slimdevices.com/slim?view=revision&revision=28410 == Bug: 12800 Description: server-side support for SP-side snooze/cancel alarm request
== Auto-comment from SVN commit #28414 to the slim repo by bklaas == == https://svn.slimdevices.com/slim?view=revision&revision=28414 == Bug: 12800 Description: snooze and alarm notifications are going to be handled by squeezeplay, so suppress the stock server-side showBriefly
update- I think this is about 80-90% done. Hope to have a checkin to make it live later today.
== Auto-comment from SVN commit #28418 to the slim repo by bklaas == == https://svn.slimdevices.com/slim?view=revision&revision=28418 == Bug: 12800 Description: remove stop_alarm logic as it's not needed. The stop alarm command from SP will be pause, which will pause the music and stop the alarm
Why pause and not stop? -dean On Sep 2, 2009, at 2:38 PM, bugs@bugs.slimdevices.com wrote: > https://bugs-archive.lyrion.org/show_bug.cgi?id=12800 > > > > --- Comment #22 from SVN Bot <svnbot@slimdevices.com> 2009-09-02 > 14:38:36 PDT --- > == Auto-comment from SVN commit #28418 to the slim repo by bklaas == > == https://svn.slimdevices.com/slim?view=revision&revision=28418 == > > Bug: 12800 > Description: remove stop_alarm logic as it's not needed. The stop > alarm command > from SP will be pause, which will pause the music and stop the alarm > > -- > Configure bugmail: https://bugs-archive.lyrion.org/userprefs.cgi? > tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug.
== Auto-comment from SVN commit #7390 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7390 == Bug: 12800 Description: incremental checkin for Alarm Window. still not operational
== Auto-comment from SVN commit #28419 to the slim repo by bklaas == == https://svn.slimdevices.com/slim?view=revision&revision=28419 == Bug: 12800 Description: send snooze as a separate state from active in playerstatus message
== Auto-comment from SVN commit #7393 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7393 == Bug: 12800 Description: working alarm window with snooze and cancel alarm options is complete mute button also works as snooze back button hides window and continues alarm until playback is stopped by traditional means (e.g., pause key) there are some loose ends yet, but this is, for the most part, working as designed now
loose ends: skinning of window is not to spec alarm icon needs to go into status bar and be updated accordingly clock applet needs to start showing the icon for the local player's alarm setting, not the player it is currently controlling time in alarm window needs to update each minute the window is on screen (as you lay in bed not believing it's time to get up) if controlling another player and the alarm for the local player goes off, switch squeezeplay to local player setSelectedIndex on menu item for snooze is not styling it correctly (this is probably open as a separate bug somewhere)
Created attachment 5778 [details] screenshot of current alarm window had trouble skinning this to spec, this is how it is right now
== Auto-comment from SVN commit #7400 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7400 == Bug: 12800 Description: alarm icon in status bar for baby
== Auto-comment from SVN commit #7404 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7404 == Bug: 12800 Description: only indicate alarms for local player note-- if local player is controlling another player, currently it will not show anything for its local alarm indicator
"clock applet needs to start showing the icon for the local player's alarm setting, not the player it is currently controlling" this can't be fixed easily and IMO does not need doing for 7.4 release. Baby will not show indication of an alarm set locally when controlling a different player on screen. see bug 13838 for details.
== Auto-comment from SVN commit #7406 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7406 == Bug: 12800 Description: update time in alarm window to always reflect current time
== Auto-comment from SVN commit #7408 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7408 == Bug: 12800 Description: dormant code to switch to local player when local alarm goes off and local player is not current player does not work due to bug 13839
all loose ends are tied up or have separate bugs opened for them. This should be functional now. When we get a new baby fw out, please give this a whirl (note: update your Squeezebox Server as well)
Cool. I still would have liked volume on the popup - it would fit IMHO on Fab4, maybe not on Baby (but it's got hard buttons for that!).
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.