>> I tried the latest state of implementation of the Radio alarm >> functionality. >Are we talking about the latest 7.4.2 ? or 7.5 ? I've yet to upgrade >from 7.4.1 so I'm interested in whether the numerous threads on alarm >issues are getting any attention. > I am testing with 7.5/trunk.
>I've said before that I feel the menu is more pain than gain, but if it >must exist, I see no reason why your preference (to keep playing) >couldn't be a third option in the menu. > More options = less space for the time display, and harder to choose a menu action. Which is why I find it strange that the stop alarm option is there, as really the only needed action is Snooze. >Also seems like the intent is to >allow developers to override the alarm menu via apps - so maybe you'll >have to hope that this gives you the functionality you want. But for me, >the radio should get the basics right, out of the box - and for me its >not yet doing that. > Yes, the functionality shouldn't be shunted out to third-party development, or at least provide better support. Having an alarm screensaver mode would be great to allow third-party extensibility, but that's not there. If there were a screensaver for alarm mode, then no third-party development would be needed for any of the various ideas/reqests that I have seen. i.e. could select alarm dialog, clock, now playing, weather report or even a blank screen. >Personally prefer to hit the power button to stop the alarm - although >in my build (7.4.1) when you next power-on (could be days later), the >alarm menu is still there. IMO this is a bug. Powering off the radio >should cancel "alarm mode". Is this still the same in your build ? > Yes, totally bizzare unexpected behaviour - I consider that a bug too. _______________________________________________ Radio mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/radio
