World: r3wp

I'm concerned about the accumulating syntax errors - not new, newly 
reported. At some point soon we'll have to fix the scanner.

Is there a way to specifiy that you want a timestamp vs date ?

From what? The NOW function, or date! values?

Also, by timestamp do you mean time! values? Cause they aren't timestamps.

the former

now => timestamp
now/date => date

NOW/time returns the time. It's not a timestamp though.

datestamp then ...

Maybe you want NOW/precise/utc.

I want to specify that a datestamp is the required parameter .. and 
that a date is not enough

I don't know the term "datestamp" - what does it mean?

it's the full thing returned by now

date with a time ...

So, some DBs have a date type, and a datestamp type

though they are called timestamp in Firebird

A SQL timestamp is different than a datetime. There's no real timestamp 
type in REBOL, the closest we have is STATS/timer.

I'm just saying this to try and explain what I mean

Thanks. The closest we have that is still a datetime is NOW/precise/utc.

Let's say that the function you just wrote requires that the user 
enter the date with a time ....

how do you tell whether the user in error used 

now/date

instead of

25-jan-2010/0:00

?

If you are talking about user input, then it is best to parse and 
construct. That way any errors can be flagged.

If you are getting the data from a string and can afford to be strict, 
use TO-DATE. Like this:
>> d: to-date "24-Jan-2010/0:00"
== 24-Jan-2010/0:00
>> d/time
== 0:00
>> d: to-date "24-Jan-2010"
== 24-Jan-2010
>> d/time
== none

why can't I import the same module more than once?

or, how can I do this?  If I am rewriting the module code ..

Sometimes you want to import a module more than once, sometimes you 
don't. If you want to redo it every time then don't set a name in 
the spec - that turns it into a mixin. And named modules can be upgraded 
at runtime.

Use the version to trigger an upgrade of a named module.

The trick is that the code of the new module might need to reference 
the old to migrate the data, override any words exported to the user 
context, whatever. This process would of course be different for 
every different module.

Of course that wouldn't affect isolated modules that import yours 
- those references would need to be upgraded individually or not 
at all

Do we have any xml helper functions?  


eg.  enclose-tag: func [ tag name ][ ajoin [ to-tag tag name to-tag 
join "/" tag ]]

I was wanting to try R3 again, but the download link isn't working....

Josh, there are two /r3 paths in the download path. Remove one of 
them.

Thanks, Henrik!

Time ago I have written about porting REBOL3 to the .NET platform 
and Java VM.

The reason ? There is a big universe of libraries and frameworks 
immediately usable that would bring many developers to the REBOL 
platform.

Considering .NET and JAVA VM as alternate OS to develop REBOL3 for 
would be a big step forward to me.

In life we must first accept a comprimise to bring our ideology to 
the world.

I like the idea of a REBOL executable whose size is less than 1MB 
but I want to use it as soon as possible and in many scenarios as 
possible.

Would it be so difficul for REBOL Tech. to understand that this starting 
compromise would be instead the best possible way to pubblicize REBOL 
?

If you agree with me, what about writing a small letter to Carl explaining 
our desire ? If many developers sign this letter we could try to 
convince him to make this step once R3 will go to beta.

Then, with the time, the standalone version of REBOL3 will surely 
gain additional libraries and componet but until then we will have 
a  great ecosystem already available !

Giuseppe - long time ago, I proposed to port REBOL to JAVA VM, at 
that time it was Tao's Intent system, as I thought Amiga will become 
widespread and popular once again ;-)

... even back at that time, some ppl objected, that coding REBOL 
in JAVA or .NET would make it really slow. Instead of that, what 
was proposed was the integration work. Now with R3 Host Kit and Extensions 
infrastructure, it is really doable. R3 core already runs on many 
systems, and the porting was done in a week or two? I think that 
even ARM version is in the works ....

So, as for .NET - you mostly talk Windows. And there is no standalone 
.NET system - it is just layer upon OS, being it Windows, or Linux 
(Mono). And we have R3 for those two OSes awailable. So - why to 
slow-down REBOL, coding it in pure .NET, instead of doing integration 
work?

Getting REBOL to JAVA VM might be more interesting, as there is probably 
many HW platforms JAVA runs on, but REBOL does not. But OTOH - those 
porting efforts are going to be mainly in community hands anyway. 
Only the language interpreter itself stays closed-source, the rest 
is open-sourced. As for me - I prefer getting R3 in a raw state to 
many platforms, instead of slowing it down and porting it to JAVA 
or .NET directly.

But - if someone does it - why not? Anything spreading R3 is welcomed 
...

What is this?

>> now/date

== 26-Jan-2010/0:00

What's the /0:00 for?

... to irritate you :-)

should be imo CCed

Next one: In R2 I could write:
write output decloak data "mykey"

and: data: read %myfile

(actually, you could not, without /binary)

How to do it in R3? First read gives binary. And decloak produces 
something totally different (binary too), even when using /with.

ah wait, sorry, you used decloak.

just to string! the binary? when you read it?