Marcel Kilgus writes: >> A good addition to that might be an ISO 8601 compatible WEEKNO% (week >> number). > > I only added the functions that are readily available (i.e. DATE$ had > to calculate all this anyway, it's just a matter of exposing the > values to BASIC). Was a 5 minutes job.
I am aware of this; it was on my todo list. And that included SECONDS (below) too. >> I also often find SECONDS(year, month, day, hour, minutes, seconds) >> handy. > > What's the difference between SECONDS and DATE? Ahh, Id forgotten about this ;o) I see now that it is implemented in Smsq/e, not only in Minerva. AH..JM just return the current date though, while JS returns a Bad Parameter error. >> It might also be useful to have MONTH$(1..12 or DATE) and FDAY$(1..7 >> or DATE) (full day name) in the various languages. > > Where would one get the full day/month name from? Add it to the language module? Although my mail was somewhat tounge-in-cheek the points Im making are 1) This sort of thing could, to my mind, usefully be included in an OS under the philosophy that the OS provides a selection of basic building blocks for programs, and 2) Wherever possible to maintain compatability between OS variants for self-evident reasons. Obviously, I dont expect you to do all the work ;o) >> Finally, this should also be available as an add-on toolkit for Qdos >> users! Hmm, was there anything else I wonder? > > Well then, get working! :-) I already did, but my packaging is different, so Id have to make some changes. I also developed a calendar toolkit based on days, giving a much wider range of dates that could be calculated, but I see now that it is broken. However, my efforts were feeble compared to what appears to be an extremely competent calendar functionality already built in to Smsq/e by Jonathan Oakly! At a cursory glance it looks like it can potentially handle any date in any country (taking into account that different countries made the changeover from the Julian to the Gregorian calendar at different times, etc). The only things that appear to be missing are the bits to access it fully from Basic - and any documentation (though the code is well documented and beautifully written). Take a look at dev8_Smsq_util_cv_cvday_asm in the Smsq/e sources! Per _______________________________________________ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
