World: r3wp

Finally some simple thread reading ability in Chat:

3928

lr will display all messages related to that thread.

j will jump to the previous message in the thread.

Correction. lr lists all messages previous to the current one, not 
all messages.

It's10 years (to the month)  from this slashdotting:
    http://slashdot.org/article.pl?sid=99/05/14/1921231


If REBOL3 got slashdotted, what are the huge milestones that should 
show up as progress?

There's no R3 yet. In few months, maybe. There is many usefull changes 
in it compared to R2, R3 fixes everything we wished for for so long. 
I don't understand what you mean by "milestone" here ...

wow 10 years

Progress milestones:

Single graphics engine
VID3.4
Unicode
Tasks
Modules
Built-in chat system
Built-in open source management

Completely redesigned ports (fully documented and ready to use, you 
protocol writers)

When finished:


Fixing almost every deficiency that R2 has through 10 years of use 
by expert developers.

I hope you never put "built-in chat system" as a milestone on Slashdot...

so which other language has a direct hotline to the main developer 
in the console?

But... it doesn't matter. The Slashdot crowd will laugh at anything 
thrown at them. Then there will be a few comments from developers. 
Then there will be comments like "but it's just like LISP or Scheme". 
It will be ridiculed no matter how well we do.

In general, it is a much better idea to do marketing on ReBrowse. 
People will understand what it is. The right people will want to 
learn how it's built.

The DRAW documentation has been overwritten in Docbase with an empty 
page. Document name collision?

http://www.rebol.net/wiki/Draw

Don't put tasks on the list - they are due for a redesign. Otherwise, 
cool :)

Gabriele - why not? The chat system is more powerfull than that of 
AltME, and I find AltME usefull, although it has its limitations. 
Once we create GUI for it, it will allow for some nice simple IM 
stuff. Why do you think SlashDot ppl would have problem with it?

Btw - who cares of SlahDots at all? I don't visit if for so long 
already. Those ppl are real idiots ...

BrianH: what are your plans on task related stuff? Do you mean reworking 
highere level, or even low level? So far R3 uses threads, no? Are 
we after Eiffel model?

Found this presentation - http://www.cse.yorku.ca/~eiffel/cs_eiffel/scoop_slides/Concurrency.ppt

At least don't call it a "chat system" without the description "direct 
hotline to the main developer", as that line would stand out and 
make people think it's a joke

So far, R3 tasks don't work properly and should be considered a placeholder. 
We can't do a proper task model until there are changes to the basic 
semantics of REBOL. Fortunately most of those changes were done in 
the last month.

Main developers. Carl isn't the only one working on R3. Good to emphasize 
that too.

Pekr, the concurrency model to beat nowadays in the Erlang model, 
not Eiffel.

Perhaps thorough wiki-based documentation should be mentioned as 
well.

could this be helpful in R3? http://www.gearman.org/doku.php

Steeve, apparently Carl is working on vector! for the next release. 
Enjoy :)

Ladislav, I implemented your proposed changes to FUNCTOR, then enhanced 
them. New versions posted to DevBase. Enjoy :)

Any specs on MakeDoc3...
i do not see anything in the Wiki about it..

Well, it appears that Carl has handled *all* of the vector! bugs 
today. It looks like another good release is coming this week.

and almost all skip bugs too

Except MOVE/skip - I did that one :)

we are generally ending up with error for skip < 1?

How do you know? CureCode reports?

Is Vector really so important? I am just asking, as I don't precisely 
understand, what is the datatype good for, except one note from Carl, 
when I requested some better binary conversions, so that he said 
that it should be available via the cector! type.

for one, arrays of tightly-packed values we can use in external calls 
directly... like matrix transformations.

It's good for speed and memory saving, and better binary conversions. 
Once we have vectors, we will have less people complaining about 
the lack of rebcode, except for the people who never take good enough 
for an answer :(

And yes, Carl marks the native changes as done in CureCode the moment 
he gets a working build. I mark mezzanine changes as pending as soon 
as they are submitted to DevBase, then as build when they are released.

Perhaps vector is a requirement for rebin.

Sorry, Carl marks them as "built", even before they are released. 
A release usally comes within a day of that.

this also means we should be able to use STL  in rebol   :-)

so we can do array transformations in REAL TIME for things like polygons 
and 3d objects  :-)

Yes, we would likely have to nail down the semantics of the basic 
types before we could specify Rebin.

Maxim, there are much better array transform libraries than STL.

Ones that aren't as huge either, and that can be accessed through 
a C API.

maybe, but STL already allows us to do 3d object things like inverse 
IK for games or 3D modeling applications ... that is what one of 
the engineers was using to build plugins for Maya.

(where I used to work)

now if we can be the go-between things like these libs and opengl 
.....   :-D  can you see where I'm going ?  we already have a dataflow 
engine which could act as the kernel for managing when updates need 
to occur, and all rebol is doing is the whiping, while the grunt 
work is done by the various libs out there  ...

seems like I'll have to port liquid sooner than later  hehehe

brian, does R3 have manual alloc/de-alloc functions for level library 
work...  I mean, access to memory which isn't part of the garbage 
pool?

level library == library-level

GC, library interface, rebin, plug-ins- those topis are still kind 
of foggy - I think that no decision was made so far.

Alpha 51 released with lots of Vector! fixes. Steeve? :-)