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:
Record size (1998)
Stymied by [ShowNext] with drop down list on a form (1998)
[INCLUDE] Limitations (1998)
BBEdit/HTMLcomments/WebCat/[/FONT] (1999)
Off Topic: Sound Clips (2003)
Cookies not being set on PC/ Explorer (2000)
OLD ORDERS (1998)
emailer (1997)
more ! testing (1997)
WebCatalog NT beta 18 now available (1997)
WebCat2: multiple currency support (1997)
Help name our technology! I found it (1997)
Re:no [search] with NT (1997)
Confusing [protect] (long) (1999)
Variable prices and Formulas.db (1997)
Support ?? (1997)
RE: (1997)
numfound question (2005)
searchable list archive (1997)
How many lookups does it take ... (2003)