World: r3wp

Carl, btw, something in liquid is causing a  prior versio of R3 to 
crash.  I'll try next week with the latest version, there might be 
some new tickets coming as part of the R3 conversion of liquid.

BTW, I estimate DO/next overhead about 30% of full speed DO.

quite slow, no?

Maxim: is it just the math part of Liquid or includes graphics?

Pekr, no... that's very fast!

There were no changes in gfx kernel for quite some time, no? Well, 
but maybe it could be related due to some other changes?

carl: just the dataflow part.... the graphics engine is obviously 
not compatible.

In other words, it is running at 66% of full speed of REDUCE!!

its an object within an object, so I am thinking it has something 
to do with binding.

Maxim: ah good, I look foward to seeing the problem.

BTW, there is a bug in objects related to a copy loop if the object 
references itself (directly or via a block).

Is that  new?

I can't wait to convert liquid  to a datatype, its going to be soooo 
much more sexy, and easy for everyone to "get".

No, it's in the bug db, but under an odd ticket title.

the only thing is that the inner object (the shared class) gets a 
reference to the outer object (the instance) as its first parameter, 
just like the R2 face/feel

Maxim - so you are the second one to BrianH waiting for user-types 
:-)

I've been waiting for user types since core beta  ;-)

thats core v1 :-)

I'm OK with coming in second here, as long as user-defined types 
can include function types :)

Carl - maybe we could just rename May plan to the June one? It came 
late and imo if you were supposed to write new one, it would not 
be much different, or would it?

Maxim - you are so long here remembering R1? :-)

reduci: func ["Example of reduce using DO/next" blk] [
	out: make block! 3
	forskip blk 0 [append/only out do/next blk 'blk]
	out
]

Please, a new June plan that also recaps the May accomplishments 
:)

Maxim, I haven't been here that long - just got here for the release 
of R2, though I did use R1 for one project.

I remember eagerly waiting for view  :-)

The View alpha/beta list was fun :)

It was called Ally, and I still have it archived :-)

Sterling Newton, Jeff Kreis, Holger Kruse, Jim Goodnow - RT was big 
company back then :-)

the thing I miss most is reading about REBOL on every tech news site 
on the net every other week.

well, we are so small, that we don't even update rebolweek properly. 
It will be more difficult to get noticed once again, as we missed 
some momentum, but it can be done. Done by example, by some work 
- e.g. posting news to OSNews.com etc., or wrapping something like 
Google Wave, showing the world JS UI is still slow crap :-)

and the helpfull and always generous support that Bo would give out

Shouldn't do/next not allocating new block be called do/next/into 
instead of coming with other tricks?

No, the /into option doesn't work like that. The /next word could 
be named cont, since it is a kind of continuation :)

I would really rather have the non-block-allocating DO/next, even 
if it isn't consistent with LOAD/next or TRANSCODE/next. DO of block 
is lower-level than those two, in terms of overhead.

However, if we want to change LOAD/next to match it's an easy fix.

'do/next - I use it in a function as a subverted version of 'case. 
 Perhaps if that's a bad function, there is an alternate way to implement 
it?

We are implementing it in the alternate way already :)

Oh, you meant your subverted (?) CASE, not DO/next. CASE itself is 
very good, and we use it extensively.

rebol/next ?

Carl > Have you seen wave.google.com ? 

why isn't that kind of project  made with  Rebol ?
 

I mean most of the technologies involved in wave could be done using 
rebol and even in a better way if  instead of jave/python xml and 
html you can design a wave oriented dialect . Your clever than me 
so I think you already got the point.

next ask is do you think  somthing like colaborative "at the same 
time" could be possible to do with R3  for example hum lets be crazy 
in futur viva-rebol IDE offers a way to make several ppl working 
on the same project at the same time use the viva-rebol IDE and sharing 
in real time information

for example you and me works on the same file at the same time using 
viva-rebol ide and you fill a part of the file i fill another part 
of the file and we both see in real time what the other is doing. 

(for example you do the parse parse rules and i write the GUI  of 
an applicaton things like that)

well that's not a new thing Moon edit propose that kind of collaboration 
real time since some years already. what i like in wave is the modular 
aspect  you are not limited to a conversation you can create  "wavelets" 
to anykind of  use and extrapolating that system to the already existing 
rebol tools (rebol.org, view/desktop, ios etc...) would be really 
a big thing

B: does block if case is false.  Sort of like 'all, but with a reason 
for each failing case (provisionally called 'assert-all):

either assert-all [
	case-a [raise "Case A failed"]
	case-b [raise "Case B failed"]
	0 < 1 [raise "Something is very wrong"]
][
	print "Both Cases were true!"
][
	probe raised-val
]


Makes more sense when each case is dependent on the previous one, 
for validating input, etc.

All cases were true!
 - I added one : )

Might be easier to do with parens instead of do/next, but the case-like 
construct is more readable...

Take a look at the ASSERT function in R3 - it might do what you need 
faster and safer. Or it might be off-topic :(

Never mind, I read a point above incorrectly.

Another attempt (I don't give up yet :-) - has anyone problem, if 
money! datatype would be renamed to unit! datatype? I think "money" 
is really a bad name for something being more general and precise...

Yes, I have a problem with it, due not being able to identify money 
during parsing, if we lose it. I think there should be more focus 
on having a generic BCD number type. As money is now, I think it 
should be left alone, but add other datatypes that are more appropriate 
to specific jobs.