World: r3wp

system/options sounds appropriate

currently it is -50 to 50 but even -100 to 0 isn't "safe" (ever heard 
anecdotes about inviting over 100 people to elementatry schools?)

I think it is importan if you get dates as strings, you dont know 
after the converion if it was 2 or 4 digits. makes the smartness 
of to-date useless, going back to self-made conversion. OTOH in most 
cases defaults are enough, but so are english month :)

main point may be, some dates cant be in the future, like being born.

110 - 0 should be enough

but impossible

it is more than 100

there are many centenarians around.

:-P

the Galapagos turtle that was said to have been brought back by Charles 
Darwin is over 160 years old now.

so, for vetinary applications, would have to adjust the date window 
even further.

maybe hexdates, going to 255? :)

your trouble is, that the window is only 100 years wide

so if you want it to start at -110, it can go to -10 maximum

Well, I think the vets can argue their own case,  I can work with 
a 100 year window.

this is not about computers, it is about the fact, that two-digit 
years can represent only 100 years, i.e. no "window trick" can give 
you more than 100 years

with all those extinctions that -10 window may be ok.. :(

If there is a 4 digit field, then birthdates pre last century would 
normally be added in 4 digits by most people.

Why don't you implement the window yourself with a parse rule? It 
wouldn't be difficult to parse the date yourself.

because although I can do it, someone else may not be able to do 
so.

I think, that we have successfully proven, that two digit dates are 
insufficient for human medicine regardless what window we choose

to-date/birth

but still, is a "24/Oct/05" a newly born or a 100 years old?

Either way congratulations are in order :)

:-))

to-date/newborn

for pediatric applications

Brian: did you notice my suggestion to write a RAMBO request for 
IF and USE in PARSE dialect?

for pediatric applications you may need 24/Jul/06 to be next year, 
may you not?

Ladislav, I did notice. I'll do it later, after I get some sleep 
- I want to think about the phrasing.

yeah .. EDD are in the future.

glad I am not supposed to solve this :-P

Dates have natural ranges depending on their domain.

An expected due date of an unborn baby is (in theory) no more than 
9 months away.

The expected due date assigned to my mother before I was born is, 
now, a long time ago.


I don't'see how you can get around applying all due diligence to 
*any* input field. That may include asking for 4-digit dates on some 
occassions or disambiguating 24/oct/05 to ensure you know which part 
is the year.


Validation is one of the hardest parts of any real-world application, 
and one of the parts that most languages -- REBOL included -- offer 
only token support for.
Ideally, we'd have a range of to-xxx? words, like:
to-date? "29-feb-03"
== [false  "no such date"]
to-date?/strict "29-feb-04"    
== [false "ambiguous year/day]
to-date?/window "29-feb-04" [1975 2074]
== [true 29-feb-2004]

how can a call rebol from a PHP page ?

Does this help?
http://www.hudzilla.org/phpbook/read.php/4_12_0

there's a php implementation in rebol on the rebol france page

thanks Sunanda, exec() is a bit slow

im using exec("rebol.exe -sc test.r", $output, $return); it worked 
well im going to check the php implementation

im adding a module to phpAdsNew and i need to make it in rebol because 
my php skills are soooo bad

i cant find the implementation any where, in rebol france site, can 
you point me to the link ?

http://www.xgarreau.org/zazouminiwebserver/

close .. the docs are in French.

as for dates, I once coded an algorithm to tell me the week. I sometimes 
miss date/week, date/day-of-year (number of days since the beginning 
of the year)

Ladislav - you mentioned IF in regards to parse. I thought it is 
a part of your REP you was supposed to post to RT? If not, and if 
it is not in Rambo yet, I may submit it then, cutting your request 
from here :-)

Dates: many useful conversion functions here:
http://www.codeur.org/forum/edit_msg.php?ID=10636&theme=17

Pekr: don't, I wanted Bryan to do it on purpose

why? :-) you expect him, while submitting it, to come to some ideas? 
:-)

yes

eh, sorry, I wanted to say Brian, of course

Ladislav: you should not use Rambo for puzzles :-))