> > 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.
I dont know... Would this be worth the effort? I dont find it too difficult to throw together a holidays file, and since it only needs to be done once a year, I personally dont find it to be too big of a deal... It just seems to be a can-of-worms for what I see to be a potentially little gain... > > 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. There have been issues in the past with the slow behavior of the calendar.. Its a lot of JS to load.. There was even talk of splitting the calendar out into its own add-in to not force the extra startup delay on people who are not interested in running it... The calendar has been blamed a bit on the slow startup (and hence disappearing tray icons) of the toolbar.. Someone (sorry I dont remember who) did a ton of work on it to greatly improve its speed. I think holidays should only be delivered with a years' worth of entries.. (keep in mind that people could be adding their own local events on top of the delivered ones).. Does it make sense maintain event objects for years in the future? Sorry to be negative.. This is all IMO of course.. FWIW.. Monty ------------------------------------------------------- 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
