Re: HELP WITH DATES
This WebDNA talk-list message is from 1997
It keeps the original formatting.
numero = 10479
interpreted = N
texte = >>Will it be able to deal with my preferred YEAR/MONTH/DAY format (as in>>1997/04/23) instead of just understanding MONTH/DAY/YEAR?>>It looks at the preferences for date format (which until now has only>referred to your preference for OUTPUT) and deduces from that what the>date input format should be.Okay, this would solve any problems I might have in using my own dateformat on my site.>>How is it going to detect whether or not there's a date in the math>>context? In other words, what's it looking for that makes it decide that>>it's dealing with a date instead of a text string? Just the slashes? Or two>>slashes separated by two other characters? or ???>>It looks for sequences of numbers like xx/xx/xx and assumes that is a>date. So you _cannot_ create a math context that has 2 divisions in a>row. If you use parentheses you could create the 2 divisions.This seems relatively painless to me, and it lets WebDNA recognize a datein its common format, which is the way *most* people will want to storetheir dates.Just for a point of fact, I almost decided to store my dates in a 'nodelimiter' format (you know, by *not* using slashes or anything else toseparate the digits) - becasue it would save space in the database. Iassume WebDNA would have been able to recognize an 8-digit string ofnumbers as a date, even without any delimiters, because that's how my dateformat would have been set in the prefs. But I didn't actually try it tosee whether or not it would work, so I don't know for sure.One thing is for sure, and that's the fact that if I *had* used anydelimiter other than slashes - including none at all - your proposal foridentifying dates by the double slashes in a [math] context would not haveworked for me.>I am leaning toward a WebDNA assumption that if there's a date in the math>context anywhere, then it is assumed that the results of the math context>will look like a date instead of a number.>>[math]12/3[/math] yields 4>[math]12/3/96+1[/math] yields 12/4/96>[math]12/3/96+0/0/1[/math] yields 12/3/97>The whole idea here is to make the syntax for date manipulation a lot easier.This looks good to me - easy to understand and *not* confusing at all.However, I agree with Jim Shaughnessy that subtracting one date fromanother to get a signed integer is a common practice and is something thatshould be taken into consideration. This is good: subtracting one date from another date, resulting in a signed integer adding an integer to a date, resulting in a date subtracting an integer from a date, resulting in a dateBut I do *not* like the idea of putting dates into special brackets, and Idon't think it's necessary. You can make WebDNA look for *two* strings withslashes in them, and when it finds those two strings (on either side of aminus sign, for example) it formats the results into a signed integer. Anyother math using dates would be date formatted.Sincerely,Ken------------------------------------To leave this talk list send an email to macjordomo@smithmicro.comwith BODYunsubscribe WebDNA-Talk------------------------------------
Associated Messages, from the most recent to the oldest:
>>Will it be able to deal with my preferred YEAR/MONTH/DAY format (as in>>1997/04/23) instead of just understanding MONTH/DAY/YEAR?>>It looks at the preferences for date format (which until now has only>referred to your preference for OUTPUT) and deduces from that what the>date input format should be.Okay, this would solve any problems I might have in using my own dateformat on my site.>>How is it going to detect whether or not there's a date in the math>>context? In other words, what's it looking for that makes it decide that>>it's dealing with a date instead of a text string? Just the slashes? Or two>>slashes separated by two other characters? or ???>>It looks for sequences of numbers like xx/xx/xx and assumes that is a>date. So you _cannot_ create a math context that has 2 divisions in a>row. If you use parentheses you could create the 2 divisions.This seems relatively painless to me, and it lets WebDNA recognize a datein its common format, which is the way *most* people will want to storetheir dates.Just for a point of fact, I almost decided to store my dates in a 'nodelimiter' format (you know, by *not* using slashes or anything else toseparate the digits) - becasue it would save space in the database. Iassume WebDNA would have been able to recognize an 8-digit string ofnumbers as a date, even without any delimiters, because that's how my dateformat would have been set in the prefs. But I didn't actually try it tosee whether or not it would work, so I don't know for sure.One thing is for sure, and that's the fact that if I *had* used anydelimiter other than slashes - including none at all - your proposal foridentifying dates by the double slashes in a
[math] context would not haveworked for me.>I am leaning toward a WebDNA assumption that if there's a date in the math>context anywhere, then it is assumed that the results of the math context>will look like a date instead of a number.>>
[math]12/3[/math] yields 4>
[math]12/3/96+1[/math] yields 12/4/96>
[math]12/3/96+0/0/1[/math] yields 12/3/97>The whole idea here is to make the syntax for date manipulation a lot easier.This looks good to me - easy to understand and *not* confusing at all.However, I agree with Jim Shaughnessy that subtracting one date fromanother to get a signed integer is a common practice and is something thatshould be taken into consideration. This is good: subtracting one date from another date, resulting in a signed integer adding an integer to a date, resulting in a date subtracting an integer from a date, resulting in a dateBut I do *not* like the idea of putting dates into special brackets, and Idon't think it's necessary. You can make WebDNA look for *two* strings withslashes in them, and when it finds those two strings (on either side of aminus sign, for example) it formats the results into a signed integer. Anyother math using dates would be date formatted.Sincerely,Ken------------------------------------To leave this
Talk List send an email to macjordomo@smithmicro.comwith BODYunsubscribe WebDNA-Talk------------------------------------
Kenneth Grome
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
submit order (twice) (2001)
MasterCounter Weirdness (1997)
Multihoming and webcat (1998)
Weird Problem (1997)
WebCatalog for guestbook ? (1997)
I forgot (1998)
Weird Math and SV (1997)
Jail Break...Please! (2000)
Multiple catalog databases and showcart (1997)
Flash Applications (2003)
[math] with first letter in field? (1997)
orders being printed (1998)
webcat feature request (1997)
Webmerchant confirmation hooks? (1997)
HomePage Caution (1997)
Summary layout (1997)
Rhapsody? (1997)
random random links (1999)
hierarchy question... (2000)
Security Issues and WebCommerce Solution (1997)