Hi Shawn, > Wouldn't it be better to provide a ruleset style system that DQSD > could then parse to generate the actual dates on it's own?
You know, I thought about the same thing... > I think a solution that parsed > *rules* out of the events file for the displayed month would be a > better solution, since it would only really require updating the > events file when new holidays were created. My only concern was that it may be sluggish driving all that with JS, but I guess it's not really a problem. I like the idea of having a generator that emits pre-processed raw data, from a performance standpoint. Then there's the issue if some calendar doesn't comply to the rule-set. There's no way of expressing the holiday then, is there? Of course, a fixed date would do, but it would only be valid for the current year. I think maybe we should make a test implementation for the next release (post 3.1.8), and see how it works out. Kim ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601
