Anyone willing to give me some feedback on a couple of feature tweaks
I'm thinking of putting into the next version?
    
-  Tweak 1:  the return of "defer action until end of sleep-playing."
  This would no longer be a setting...it would be a default action.
  Anytime that you initiated a SrvrPowerCtrl action (by any method)
  during sleep-playing, the action would be deferred until the end of
  any sleep-play period.  Canceling sleep-playing would also cancel the
  deferred action.  The "Monitor sleep-timers" feature would
  remain...but any action initiated during sleep-playing would supersede
  the "monitor" action. 
  
  
- Tweak 2: change in End-Of-Day action behavior.  As it stands now,
  if the EOD idle time-out period is set to 0, the EOD action gets
  executed ONCE.  Subsequent EOD idle timeouts are ignored.  On my
  system, I have the EOD period set to start at 2AM and end at 2:05AM
  with a 0 idle timeout.  Since SrvrPowerCtrl treats EOD settings like
  an alarm, the system wakes up a few minutes before the start of EOD. 
  The EOD action is a custom script that stops SqueezeCenter, updates
  the operating system via yum, updates my svn checkouts, does a couple
  of other maintenance chores and then reboots the system.  The system
  then suspends approximately 50 minutes later after the regular non-EOD
  idle timeout occurs.  I'd like to change the behavior here so that,
  again only if the EOD idle timeout is set to zero, the custom EOD
  action script (if any) is executed only on the FIRST timeout. 
  Subsequent EOD idle timeouts will execute the action selected from the
  drop-down list in the settings.  This would allow me to get the system
  into suspend much quicker after completing all the chores.
  
  

Comments?


-- 
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=48521

_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to