World: r3wp

miggies ? ,what does that mean ?

amiga sorry, came out like that  :-)

oki, i see

i'm prefer MSX homecomputer

but Amiga is quite good too

i've worked a bit on an MSX emulator in Rebol

your demo right?

no, another one

not for the music

wow, you really are having fun!

here

http://perso.orange.fr/rebol/galaga.r

it's a try

fully bugged

and slow

my god... galaga was my favorite app back then  :-)

it's emulate an old game Galaxian

or Galaga

done with

Rebol

you're completely nuts !  :-)

yes i wrote a parser to convert Z80 opcodes into rebol instructions

it's just a try

you should have done so for a C64!  we'd have 100000 rebol games!!!

;-)

its actually quite functional... there are a few gfx issues... but 
its REALLY cool.  :-)

yes but to achieve this project and doing a real emulator, i need 
rebcode

currently it's to slow

obviously.

its actually not too bad on my pc... but it just crashed on me... 
nevertheless  I am very impressed by your attempt... its already 
very good  :-)

thanks

did you try the rebcode version?

no

hummm should change group... polluting the liquid group...

i mean yes

a little bit

moving to chat

Maxim: I know at one point you were looking at Sentences and the 
associative model. This sounds similiar: http://www.pilesys.com/new/news.php

by a very fast scan... this pretty much sums up liquid.

;-)

have you tried liquid?

just cursory, i need to familiarize myself with rebol a little more

you look like you are getting a lot of good mileage out of it though

so far its exceeding my expectations.  although not dialected, the 
engine itself is very pliable and the lazy computing seems to pay 
off in general.

liquidator is a good test bed for the engine, and so far, I have 
changed nothing in the design of liquid itself, I just keep improving 
how I link stuff and manage the liquid nodes themselves.

also, the fact that symmetric piping and dependency trees can co-exist 
with such triviality makes integrating GUI within networks really 
easy so far.

what I am realising is that dataflow driven computing is more complicated 
to implement, but vastly superior in its ability to survive changes. 
 Things like state changes or sequence-based computing is harder 
to implement, cause you have to explicitely manage states, in which 
imperative style, you just don't realise the FSM within.

so... its a bit tough at first, cause you can't just go in and start 
off quickly... especially since some coding practices have to change 
to adapt to the paradigm... but in the end, you have no cleanup phase. 
 so its a fair tradeoff...

I implemented a simple session login with a neophyte on this list... 
and it was a good learning experience for both  :-)

Like I told him " I made it, I understand it ... I just don't know 
how to use it"  ;-)