If we were to add test_date to utils.liq it should be expanded to support all features of the date command, with the ability to not give them all and get a nice behavior in that case. This shouldn't be too hard.
Otherwise, we could extend our time predicates to support that kind of thing. We'd need to settle on a syntax. A straightforward extension would be ugly: nobody wants to write 12M25d. Also the implementation of time intervals is currently quite simple but may become too heavy if we extend the maximum period of intervals. Finally, note that these features will rarely be used: I think that this kind of long term scheduling should be done using an external tool, that can be reconfigured without reloading liquidsoap. I doubt that anybody uses liquidsoap with two scripts, one playing the main radio and the other as a pure scheduler. Cheers, David ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
