World: r3wp

;-)

Mmmmmm pitty... So i need to puch my head to windows... Pitty then 
ill just Drop Rebcode....thanks..

I gather REBOL/View with rebcode worked with Wine.

Its development never got to the stage of being stable or safe to 
use though. Wait for R3 :(

yes i know it runs but it looks ulgy like hell...beside that... running 
wine and Rebcode is some kind of a Honey-pot licking contest..

That relay a pitty because the alpha currently is still very intresting 
for its speed...save or not ;-)

It's an assembler - of course it's ugly :)

I hope Carl released with R3 more Linux versions instead of windows 
version with his beta/Alpha releases... Linux users always miss the 
boat.. Even OSX users get more attention dies days ;-)...

It was OK to run rebcode as long as you only ran scripts that you 
trusted to avoid the unstable parts.

Yes.. i realy loved those mandelbrod scripts...fantastic speed..

It's too bad they never released an encappable version.

and there was also a 'life' version i remember..

Yes is justed checken my SDK its also not inside the 2.7.. ;-( So 
im on the bench ...

<man my keyboard is rusty>

It didn't even make it as far as 1.3.3, let alone 2.7.

Yes pitty..well lets hope they have some surprices for us in R3 ;-)

I've been on the bench related to rebcode for a year, and I was its 
most avid tester. Waiting for R3...

MMmm pitty... i realy liked to kick some asm code around in rebol.. 
it all looked realy orgenized at the time..

and fast for what ive seen then..

well lets wait ...

R3 became a higher priority, particularly when it became apparent 
that the new runtime would make rebcode even better.

Im realy currious to see what comes out ;-)

Me too!
Must work, later...

cya..

BrianH: why you think R3 kernel will make rebcode even better?

BrianH, I remember talking about optimized functions for graphics 
output. I hope they get in.

Petr, in particular I was thinking of vectors, the new objects and 
a better security model. Hopefully better structs too, with rebcode 
support.

I'm hoping for better apply support too - rebcode's apply is so slow 
I found myself inlining functions by hand.

I also wanted support for more datatypes. I was looking at rebcode 
as a compilation target. It never mattered to me how it looked since 
I was only rarely going to write it out - most of my code will be 
generated.

I'm looking forward to the "BRIAN" NEW rebcode. : )

Brian - that sounds cool. Please bug Carl and Gabriele about Rebcode 
improvements ;-)

no need to bug me, i already want all that stuff. i guess it'll be 
3.1 rather than 3.0 though. remember 3.0 is only a couple months 
away...

3.1? sniff :'-(

the new stuff. basic rebcode will probably be in 3.0. but guys, we 
have priorities. you want vid improvements before of rebcode, don't 
you?

:)

Gabriele - NOOOOOOO - no VID improvements ....

I don't believe it can be complete, so let's forget VID, it has so 
many defficiencies, so it should be either completly redesigned (you 
can't easily just to "improve" VID), or forgot ....

we had this discussion during devcon (me, carl, nenad, cyphre, rebolek, 
max, etc.)

but I suspect typical scenario. There is imo no VID+ group active. 
It will be cooked behind the closed door, and then you will complain, 
that I will complain :-)

ah, and what is the result ...

?

my idea was: let's write something from scratch that uses all the 
good ideas from vid, glayout, rebgui, liquid and so on.

carl answer was, we need this RSN... no time for this. (others agreed, 
sort of)

btw - as you are close to RT - what happened (or will happen) to 
rebol's security schema? IIRC Josh was working on some document - 
was it only regarding plug-in, or did it influence also general rebol 
interpreter, rebcode, etc.?

so my answer was, well, let's improve vid, and at the same time develop 
the new system, so that we have vid (with resizing, liquid-alike 
stuff, more styles etc.) for 3.0 (or at worst 3.1) and we can have 
the new system later on.

With RebGUI state, although VID my be more free-form, I refuse to 
even touch the thing, which does not have scrollers with area, list-box 
is not indexed and it hilites two the same values, and tonnes of 
other problems ...

but there was no real agreement about what the new system should 
be. so... well, it's too early to say anything about it now. what 
we now is that we need something like vid for r3 too.

ok - different pov - do you expect current VID scripts to run with 
View 1.3? Will you "emulate" face aproach, etc.?

ah, with View 3.0

probably most will run... but it's hard to say at this point. it 
depends on the amount of time we have. keep in mind reichart is taking 
my and richard's time too.