World: r3wp

WHY? takes you to the DocBase page for that error.

AmigaOS has a similar command. :-)

It just hit me.  You know ... REBOL is actually kinda cool.  We should 
check it out.

Or do I mean  Go rebols GO!  Woohoo!

R3 is getting a much nicer startup screen, as you've seen in the 
screenshots. I think that part of R3 is going to be a big thing for 
the coming public alpha.

Marshall McLuhan meet Carl Sassenrath

The medium is the message and the message is sweet.

what screen shots?

http://rebol.hmkdesign.dk/files/r3/gui/... but Henrik's site is 
not running now ...

thanks Pekr. I'll try it later.

It should be running now.

Site is currently on my laptop and is sometimes disconnected.

wow it is looking nice.

Animated widgets - great!

what about sound ports in R3 ?
have we the same bugs (unable to do streaming in real time) ?

not sure there is sound available in R3 yet ...

if there will be a chance to write bindings for R3 then this shouldn't 
be a problem because people will probably make bindings to various 
sound libs like (I know few that are used in (casual) game engines 
like irrKlang, KSound, SDL mixer, or something.

... or fmod.org

yes

I asked about sound in R3 a few weeks back. The answer was that there 
is no sound support in R3 yet.

at sound (to my limited knowledge) there are many solutions but neither 
one is ideal. It's not like software rendering for graphics - where 
you know they will work everywhere. Or even OpenGL (which has problems 
on certain % of windows users because of bad drivers)... there is 
OpenAL but it also won't work on some hardware. Example of this is 
that something as big as Java doesn't have a solid sound library 
that would work in non-signed applets. I wrote a game in processing(java 
lib/lang) but had to rewrite it to java+lwjgl+jopenAL because there 
was no way to make native java play sound consistenty. Basically 
it didn't work on more computers that it did, and processing is very 
media oriented.

media = multimedia

IMHO rebol makers shouldn't worry about these side things... they 
should take care of the language design, it's runtime ( easy to extend, 
embed, stabile,. fast) , and the core/native libraries that they 
decided to bring like networking, gui.. if that will be good I am 
sure community will bring in the various external bindings, and build 
rebol frameworks/libs etc (like they have so far)..

prey your God

I will prey my God that RT will be able to provide what I described, 
because that is the root of all things and I imagine no simple task. 
I don't worry for community part.. when someone will need something 
bad enought  they will make a binding/lib/framework

Prey your god, I like that concept :-)

I just noticed blog about R3 being released to a larger group of 
developers today

Good - I hope they blast the bugs out of it.

Hopefully, Gabriele can stop by and give us some scoop on when they 
think it will actually be released.  I don't know if I should hold 
off on Tretbase development or continue.  Since my plan was to port 
to R3 eventually anyway.

Continue (my $0.02)

Yeah I gotta feeling your right.

Why could it not run on R2 and R3 both?

It might end up being that way.

Kaj, there will be a useful subset of REBOL that will work on R2 
and R3 both. Optimized code will often not do so.

No UI yet, which I'm a bit happy about. :-) It is definitely not 
ready for release.

how to get the password to  r3-alpha  ?

I think Carl decides that.

A request has been made for your addition, so we'll see what happens. 
:-)

Running multiple sessions of RebDev is cool. :-) That makes it very 
flexible, as I can display the headings I want.

HEnrik, Are you still working on R3 styles or is that on hold?

on hold for now as I'm working on a large R2 project. it's also good 
to take a break to get away from it, so I can get fresh ideas for 
the UI.

(and I have a few)

who is visually designing it? it looks very cool

I am.

wow, so you are a programmer that can design .. the deadly combination 
:)

I only try my best for Carl. :-)

The visual design is still up for change. I may figure out something 
better tomorrow if I get a good idea. It should also be evident from 
the screenshots that it's an iterative process. There are still a 
lot of things left to do to make this UI really "sing".

well the latest ones look good to me

but I know I do most thing in itterations too

Henrik is the Mid-High level layer programmer while Cypre  is the 
Low-Level one.

.