World: r3wp

yes ...

back....

If you use the docs wiki, a trusted subset of the community (read: 
no spammers) can edit it.

so what should we do? Suggest some stuff we think should be in-there 
for beta? But where to suggest it? Most interested ppl are here, 
not just right now. So we can collect some stuff, and post it to 
you "somewhere" - maybe R3 chat Priorities group?

Yes, ok. So, do we want to add any other columns to it?

Columns? Maybe rows? :-)

Yes, use #358 for notes on it.

Rows are easy. Columns are not.

What other columns we might need? R3 version? E.g. 3.0, 3.1, etc.? 
Is that needed now?

I was thinking just a "Note" column. We can use it for whatever.

Ok, must go. Will get that project list on the Docs wiki today.  
Let's get it filled in, but also think about how to get more community 
involvement in R3 as it moves forward rapidly now, but must still 
accelerate to reach the release timeline ("Autumn 2009").

Don't forget to check CureCode

Will do.

Don't do we set our time ourselves?

Why Autumn? :-) Anything more strategic we might not know about? 
:-) Or you yourself want to finally move it to final stage?

ok, anyway - will wait for the editable doc ....

WRT editing the function reference, I suggest we simply go through 
them, one at a time alphabetically, which is what I'm doing now. 
I already found a few bits that needed change.

http://www.rebol.com/r3/docs/functions.html

Quick link.

I suspect community involvement in R3 will increase once there's 
a modern communication channel.  Asking people to participate in 
some shell based chat is really retro.

The other issue is that for many things .. R2 is good enough .. a 
bit like XP users not wanting to upgrade to Windows 7 :)

... based on their experience of Vista, and without any consideration 
of the merits of 7. Very similar.

AND renamed to STAY, ? renamed to THEN, or so it seems for A84 ....

we are also getting mutliple to/thru. So, now from interesting enhancements, 
INTO and USE are not implemented yet ...

Well, STAY can be dropped later, to be replaced by AND.

We don't need STAY, we need AND.

or we need both

why to replace anything later???

It seems to me, that Carl does not understand, what AND proposal 
requests? Maybe he does not even regards AND related bugs being actually 
bugs?

We need AND more, particularly the feature that was missing from 
a83 (bug#1238).

that should be corrected, before another release with non desired 
behaviour comes out ...

That was the most important feature of AND.

Damned altme, another lost post ...

I am not sure I understand the purpose of THEN. I would like to ask, 
what is the difference between following two cases?:

rule1 rule2 |  rule3
rule1 then rule2 | rule3


- in both cases, rule1 has to be matched in order to proceed to rule2
- in both cases, if rule1 fails, then rule3 is applied, no?

Just edited the parse proposals, based on recent discussions. Added 
a STAY proposal, renamed EITHER 2 to THEN, added the controversy 
to the priorities section.

by naming => to 'then, we also probably lost the advantage to combine 
it with numerical value allowing us to choose a "branch"?

Pekr, the advantage is that if rule1 succeeds and rule2 fails, rule3 
is skipped instead of backtracked to.

It will look silly with the numeric branch, but the functionality 
will still be there. Plus, it will look better with a rule1 that 
includes IF.

rule 1 including if? You mean IF proposal?

THEN ... like "When Rebol finally wakes up to their lame license 
THEN it may succeed"

Terry - your first post after XY months, and insulting?

I say - f*ck the licecne - that is for lamers to complain about :-)

How do you know what R3's license is, Terry? Have you read something 
we haven't?

http://www.youtube.com/watch?v=yp7r0j4XrO8

Don't see how that is on-topic in this group, though it's funny.

BrianH: we can hear it once and once again - open-source mantra. 
Well, your question is absolutly correct - noone knows the licence, 
yet ppl are complaining. We now have much more important stuff to 
solve. I expect RT keeping to its initial promise = host code = open-source, 
interpreter = closed source. But even with closed source Core, we 
have daily ability to influence its design. Parse project (and not 
only that) is clear example. If the community would not define it, 
it would not happen. Now why do I need Core to be open-sourced too? 
Maybe because of resources. But then - I can imagine 10 incompatible 
versions of R3 flying around ....

Terry - good night and be happy with all the open JS, html, and other 
very nice technologies :-)

BrianH: do you think we will get USE and INTO implemented for the 
first round of parse redo?

It's simple: Either the license will be acceptible to me, or I'll 
switch languages or make a clone. No problem :)

Because of that, I can be sure that the license will be acceptable 
to me.

BrianH: the worst thing is, that even if R3 would be open-sourced 
NOW, there would not be any new activity around. There was an ORCA 
- how is that there was very little community involvement? Open-source 
proponents would win their arguments, but they also very often expect, 
that millions of hours of new forces will magically appear and shift 
the projet to the new level.