Shawn,
> > My only concern was that it may be sluggish driving all
> > that with JS, but I guess it's not really a problem.
>
> Sice it only needs to show one month at a time, I can't imagine it'd
> be very heavy on overhead, even if it processed the entire year in
> order to generate the dates.
Hi Kim,
> My only concern was that it may be sluggish driving all
> that with JS, but I guess it's not really a problem.
Sice it only needs to show one month at a time, I can't imagine it'd
be very heavy on overhead, even if it processed the entire year in
order to generate the dates.
> Then th
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 so
Hi Kim,
> Anyway, there seem to be a couple of rules sufficient to
> express an entire holiday season:
> - Fixed dates
> - Dates relative to Easter (Easter sunday is
> algorithmically available for any year)
> - Nth weekday in month
> - Weekday in between two dates (i.e. Saturday in between
> 31/1
James,
Thanks for the update. It's in.
Kim
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> James Robertson
> Sent: den 4 januari 2004 18:27
> To: [EMAIL PROTECTED]
> Subject: [DQSD-Users] Re-updated holidays.gb.xml
>
> Kim -
>
> Apologies -
Kim -
Apologies - a couple of dates were missing from 2005
on the previous version. This should do the trick...
James
Yahoo! Messenger - Communicate instantly..."Ping"
your friends today! Download Messenger Now
http://uk
Ah I dont think I fully understood the original statement. I meant to say
that some of the US holidays arent a defined date, and therefore a single
years' holidays can't be merely duplicated with a changed year...
They are predictable however..
Monty
- Original Message -
From: "Monty
> And just a thought for everybody. Aren't singaporian, canadian, us
holidays predictable several years in advance ? That would make things
leaner. Example : after some research, I could build a holidays.fr.xml with
virtually no limit of year (though I stopped at 2020). Easier.
At least for the U
>>
>> Thanks, I didn't realize that holidays and events were the same
things...
>>
>
> I *think* the "event type" parameter was intended to be used for some
kind
> of event partitioning (birthdays versus public holidays etc) but I
dont
> think it was ever implemented...
> Monty
Yeah, you are righ
Hi MLL,
> And just a thought for everybody. Aren't singaporian,
> canadian, us holidays predictable several years in advance ?
> That would make things leaner. Example : after some
> research, I could build a holidays.fr.xml with virtually no
> limit of year (though I stopped at 2020). Easier
Hi Sidney,
Seems like you submitted the former file.
And just a thought for everybody. Aren't singaporian, canadian, us holidays
predictable several years in advance ? That would make things leaner. Example : after
some research, I could build a holidays.fr.xml with virtually no limit of year
11 matches
Mail list logo
