World: r3wp

Since RED will support concurrency, I guess it would be suited for 
flow based programming?  http://www.jpaulmorrison.com/graphicsstuff/DrawFBP.jnlp

Probably, but not more than any other language, unless an adequat 
dialect or API is provided.

Max did a FBP implementation in R2 but what was missing was the multithreading.

Implemented the SQLite type system and stepwise query processing

Values can now be extracted with optimal efficiency and control

Implemented binding

Precompiled SQL statements can now be bound and rebound to external 
parameters

The SQLite engine has many similarities to REBOL, so I'm trying to 
express that in the identifier naming

How fast is Red currently?

I don't know if anyone has tested it, but Red/System should approach 
the speed of C. So that would be somewhere around the speed of C++ 
and such somewhat higher level languages

Kaj,   I have just started to look at CURL for NTLM.   Is it just 
grab the NTLM value from the headers and pass it with CURL as with 
HTTP-Auth?  Has anyone / everyone done this already?

Hm, I haven't done anything with NTLM. I'll have a look at the docs

I appreciate it. I will try a few attempts when running behind the 
firewall.  I want to put together a simple regression package for 
a web site using CURL and REBOL and/or RED.

You need to tell cURL that you want NTLM, but after that it seems 
to be fully automatic

Have a look here at a third, under Passwords and HTTP Authentication:

http://curl.haxx.se/libcurl/c/libcurl-tutorial.html

The Red binding doesn't provide the #defines yet to configure that, 
but they're easy to add

The only requirement for NTLM seems to be that your cURL is built 
with SSL support:

http://curl.haxx.se/docs/features.html

I've added defines for authentication methods to the cURL binding 
that you can use with the curl-set function to configure NTLM

Thanks I will try out soonest.

has the Red google group moved somewhere else, don't see any activity

It's still at
http://groups.google.com/group/red-lang

just quiet at the moment

?

Yes.

Also:
https://twitter.com/#!/red_lang/status/118396786737033216

thanks

Implemented horizontal and vertical box layouts in the GTK binding

Added a widgets overview to the examples

Here's the current one:

gtk-view window [
	gtk-position-center
	"Widgets Overview"
	icon "Red-48x48.png"
	vbox [
		label "Vertical box"
		fixed [
			label "Fixed layout"
			5 25  button [50 25  "Quit" :gtk-quit]
		]
		hbox [
			label "Horizontal box"
			button ["Fill"] yes
			button "Expand"
			button ["Fixed"] no
		]
		vbox [
			label "Vertical box"
			button ["Fill"] yes
			button "Expand"
			button ["Fixed"] no
		] yes
	]
]

Works fine on Win7. What are the yes/no keywords for?

I'm about to define names for them. :-) They were the most practical 
way to construct a dialect that results in proper settings for filling 
or fixating a box cell

Did you resize the window? Then the working becomes clear

Not many floats are used in GTK, but I need them for layout alignment

Ok, I see now what they are used for. :-) Are the extra brackets 
around some button titles a special convention you're using?

Hmm, no floats in Red/System will have to come anyway, no? :-)

eh, minus "no" in above sentence :-)

Normally a button needs more than one parameter, so it would always 
have brackets. But here they're only used as examples, so they only 
have a display text and the brackets can be left out

I left them in for a while to make the separation with the optionally 
following layout parameters clearer, but in the latest version I 
reconsidered

Anyone knows where to find exhaustive lists of invalid UTF-8 encoding 
ranges?

I am calculating them by hand, so I might miss some.

C0, C1, F5-FF must never occur in UTF-8.

80-BF are continuation bytes.

Is that what you are after?

Yes, but I was searching for an exhaustive list of rules.

RFC3629 has a (non-normative) ABNF, if I remember correctly.

http://tools.ietf.org/html/rfc3629#section-4s

Here are the parse rules I came up with so far: https://gist.github.com/1278718