World: r3wp

anyone remember where the parse demos showed a calculator dialect 
?

just need simple arithmetic

This? http://www.rebol.com/docs/core23/rebolcore-15.html#section-6

yes .. thanks

saves me a few mins writing my own !

I was trying to help new guy on ML, and just would like to ask - 
why is there a difference in evaluation when printing a block, and 
printing first block?

>> colors: [red green blue]
== [red green blue]
>> print colors
255.0.0 0.255.0 0.0.255
>> print first colors
red

so 'first does not reduce the value, while print itself does?

it doesn't come from print behavior
but, it's how reduce works
reduce first [red]

>> a: 1

== 1

>> type? a

== integer!

>> type? 'a
== word!

>> b: [a
]
== [a
]
>> type? first b

== word!

>> print a

1

>> print first b

a

>> print 'a

a

Help says print does an evaluate (presumably a reduce) if the value 
to print is a block....So it is documented behavior:
  http://www.rebol.com/docs/words/wprint.html

ok, thanks ....

Hi!
Does Rebol suport AUTH=NTLM in IMAP protocol?
Thanks in advance!

I think not. In the past, Doc did some tests, but not sure ...

http://softinnov.org/rebol/ntlm.shtml

Thanks Pekr - I already saw it, but I am thinking how to use them 
in case of IMAP.

Is it just like opening port?

Don't know - never worked with it ...

trouble with double caret afer forming a string from block.

print y: form [KBE RKH CSCD IDJ MNOV LCAPB CWCO ^DJA]
KBE RKH CSCD IDJ MNOV LCAPB CWCO ^^DJA

how can I avoid the double caret?

form, mold or composing the string via foreach etc. doesn't work 
here.

>> print y: form [KBE RKH CSCD IDJ MNOV LCAPB CWCO ^DJA]

KBE RKH CSCD IDJ MNOV LCAPB CWCO ^DJA

sorry I mean a probe... -> probe y: form  [KBE RKH CSCD IDJ MNOV 
LCAPB CWCO ^DJA]

Any time the string is displayed literally (such as at the console, 
or mold/save) will you see the double caret.  Internally it's a single 
caret.

there is no double caret in the string 
^^
 is only one char!

You can - print replace/all mold this_string "^^^^" "^^"

As chris states, there is a difference between how rebol show some 
chars and how they are kept internally

But there's no way other than a rewrite to get 'probe to display 
a single caret.

same behavior with tab, newline,...
a tab is showed as "^-" but internally it's only one char!

ahh I see. I need this string to compose a url and get a error. thought 
by 'probe the second phantom caret was the failure.

What is the error?

looks like rebol doesn't accept the caret with a url

must be encoded

>> http://foo^bar
== http://foo^bar
>> to-string http://foo^bar
== "http://foo^^bar"
>> load to-string http://foo^bar
== http://foo^bar

I think it's 'net-utils/url-parser/parse-url that breaks it.

(this is used by the builtin schemes)

yes, made a string and then to-url. this helps if the caret is hex-encoded 
 %E5

will check for lower level open port...

chris, is your previous replace/all snippet working ?

ok, the parse needs "^^" "%E5"

thx, chris and steeve

Is there any string that  'to-time will return an error?

Seems that it never returns an error.

But it should in this kind of input string : 
>> to-time "1:111:11"
== 2:51:11

R3 alphas will fail bad strings:
>> to-time ""
** Script error: content too short (or just whitespace)

>> to-time "x"
** Script error: cannot MAKE/TO time! from: "x"

>> to-time "12:12"
== 12:12

But Dockimbel's issue is unchanged in R3

So, a typo in a user input string could result in returning a wrong 
time! value without throwing an error. Looks like a bug or at least, 
a flaw IMO.

REBOL has always had a policy of "normalising" times with >59  minutes. 
Even without the to-time and string:
>> 1:111:11
== 2:51:11

Ditto with seconds:
>> 1:0:5000
== 2:23:20

That looks dangerous to me, some typo can't be detected.

Agreed!

interestingly, R3 returns:

>> 1:0.5000
== 0:01:00.5

but the other example is the same

I think you may have a typo........My example was 1:0:5000 (two colons). 
I see identical behavior in R2 and R3