Rockbox mail archiveSubject: Re: alarm
From: Paul Louden <paulthenerd_at_gmail.com>
Date: Sat, 23 Sep 2006 08:15:03 -0500
It will only turn on and do nothing if you have resume on startup disabled.
If you're already setting an alarm is it that hard to also enable a second
option? Setting it to work one way than changing it to another after people
have gotten used to it is usually not preferable to determining how it can
be multifunctional in advance and then allowing it to be used with that
functionality from the start.
For example, with a small change to the build Rockbox can be configured to
run a plugin at startup (if it exists with a particular name) and this as
well could have potential to be used with the alarm functionality. To me
it's vastly favorable for the alarm to simply be "wake up the player" and
all other aspects of it be a second layer of "determining what the player
does when it turns on."
I can also imagine a situation in which I simply need a visible cue to do
something, such as leaving a player or player's remote on my desk while I'm
working where the LCD coming on and lighting would clearly notify me that
the alarm has gone out without decoding having to begin, and the player
attempting to stock and fill a playlist. Which means I personally, however
ridiculous it might sound, have a use for a non-playing alarm.
Leaving the functions separated allows for all of this, while hardcoding it
means that in the future any new functionality has to then as well be
hardcoded into the alarm subsystem as well rather than simply becoming a new
On 9/23/06, Will Robertson <aliask_at_gmail.com> wrote:
> For the time being I think it should be, and when those other options come
> into play I think it should be a set of options (eg. Turn on and play music,
> Turn on and listen to radio, Turn on and record).
> Because in my opinion it's not really intuitive to set an alarm and have
> the player simply turn on and do nothing.
> On 9/23/06, Paul Louden <paulthenerd_at_gmail.com> wrote:
> > Theoretically the alarm could also be configured with a future option
> > such as "record on startup" or going to the FM radio on startup, so resume
> > on startup should very likely not be assumed just because it's the only
> > clear use for it right now.
> > On 9/23/06, Will Robertson < aliask_at_gmail.com> wrote:
> > >
> > > On 9/23/06, Jens Arnold <arnold-j_at_t-online.de> wrote:
> > > >
> > > > Just don't forget to
> > > > have 'resume on startup' enabled.
> > >
> > >
> > > Shouldn't the alarm feature auto-enable this? This feature is off by
> > > default, and the alarm would be expected to start up the music, otherwise
> > > it's pretty useless.
> > >
> > >
Received on 2006-09-23