World: r4wp

yes, chinese, plus one greek char ...

I know about the chinese, you talked about it here, but the third 
greek char?

Strange, that character displays fine on my Windows 7...

See: http://static.red-lang.org/hello_unicode.png

My Windows version is 6.1.7600 while yours is 6.0.6002. That might 
explain the differences.

I am still on Vista, in 2 months on Windows 8 - another adventure 
:-)

Are you sure you're not using Lucida? When I switch to Lucida, I 
get that 3rd greek character issue.

Vista, then Win8...you're not skipping the right Windows versions. 
;-)

I know, but I need new NTB after almost 6 years - at least core i5, 
8GB RAM, SSD disk :-)

yes, my font is Lucida Console. There is only one other option - 
raster ... I can't select any other font in that dialog ...

If you want you can manually install Consolas font as explained here: 
http://www.hanselman.com/blog/UsingConsolasAsTheWindowsConsoleFont.aspx

OK, but the other reported things helped to find some bugs? All was 
it all just a font issue?

No, there were bugs and that last one is a font issue.

Downloaded Console2, which allows to have tabs, and allows me to 
change fonts, so I just choosed Consolas and the output is correct 
...

Happy to report that Unicode on Linux with an all-UTF8 setup works 
just fine for me.

I noticed that the red/tests/hello.red file is UTF-8 with a BOM -- 
I'd suggest dropping the BOM, as using a BOM with UTF8 is not recommended.

No problem to drop the BOM(b)! :-)

Now off to try what happens with a Latin1 environment, but I guess 
it won't work :)

OK, so now I am back after the reboot, so my default Vista console 
uses nice Consolas font, and it now displays everything (apart from 
Chinese) correctly ...

Red currently maps only to Unicode C printing functions. We could 
tweak the code to detect (for Unix platforms) the locale and fall 
back to Latin1 if required.

Pekr: good!

So, what's next? :-)

Andreas: do you think we should add Latin1 locale support too or 
just assume that now everybody use Unicode-capable terminals?

Next: char! and all series actions already present in block! implemented 
for string!

Should be just a couple of hours of work, but I need first to fix 
one or two tickets for Kaj.

Now Red can output texts it can produce strings with html code? And 
so theoretically is up to CGI processing maybe with a little help 
from REBOL. Or is that too early?

Can red access stdin and stdout ?

Not yet imo. There's imo no I/O apart from print ....

but - Red apps is an executable, so theoretically, on systems like 
Linux, maybe it can be piped?

hmm, but it would have to support stdin/out for that probably anyway 
:-)

Kaj wrapped some libraries, maybe those cover some ground there, 
e.g. Curl binding allows you to work with networking:

http://www.red-lang.org/p/contributions_20.html

There are functions capable of stdin/out in the C library binding. 
Some of them are included in Red/System itself

Those can be inlined in Red, but Red itself currently only has print 
to stdout

We'll add stdin proper support when we'll implement console:// scheme.

We could add CGI support earlier though.

Console scheme? We will have console? :-)

Nice though, I always liked schemes like console://, clipboard://, 
those were just under-utilised imo :-)

Of course, as soon as it will be possible to make Red work in a console.

Can we call it E: like on my Atari 8-bit? ;-)

That would give a little showcase to Red. Pls do not feel pushed 
Doc! One fool can ask more than ten wise men can answer ;-)

What was the Amiga device name for that? CON:?

yes

If it was like DOS :-S

I just got an idea - we will reimplement Amiga OS in a modern way 
:-)

Been doing that for a decade

:D

Will we also have a system object structure? I liked lurking in the 
internals of REBOL in initial days :-)

Already in Red/System

Addimg CGI support early would be good ... for online demos

You can do it in Red/System