>If you have a popup it is easy: whatever (controllable) means there are >to close the popup - the the audio checking can be turned off. > Types of events that should close the popup dialog are the same events that should stop the alarm (whether there's a dialog or not). What about remote control (web UI, iPeng, CLI). What about power off? What if network connection goes down? IR Remote keypresses (eg. press and hold a number key to start a preset, should stop the alarm and play the new source?).
The business state is that an alarm is on and music is playing. The UI should just reflect the state. There are many different types of UI (the player itself, remote players that are controlling the player, Web UI, CLI, etc) that can affect the state of the player. It also ties the solution to that type of UI. Is the alarm processing different for Touch, for desktop SqueezePlay? _______________________________________________ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
