World: r3wp

Pekr, no the exe was not yet updated but it will be updated during 
today. There shouldn't be any significant change except the one text 
caret crash fix. The freetype support is useful mostly for easier 
porting to other platforms.

Henrik, ssolie already got that update at the time he worked on the 
Amiga port so this is nothing new for him.

btw.. there is still one text caret bug which must be fixed... when 
you click at the end of text. (but this one could be handled in the 
REBOL side)

But better to fix it in the C side... the problem is, that offset-to-caret 
returns none where it should return tail of the last text.

Cyphre, ok

Oldes, yes...this is know issue, but I was not able to get to it 
yet.

no problem.. also I should correct myself.. it does not returns none, 
but empty block.

(when clicking on the right side of the last char in the last text)

I hope I get to it soon. i also wanted to fix the 'newline command 
handling in the text block which currently doesn't work well at the 
native level.

Thanks to both Kaj and Andreas for taking up the 0mq task. Since 
Andreas made it so easy to try, with prebuilt binaries, I already 
played a bit, and it works fine here. Very exciting stuff guys.

Can someone explain the significance of this to us?

Could it be used for the backbone of LNS ?

A 3rd generation Altme client?

Very. Yes. Yes.

IOS, IOS ... that was much better architecture :-)

I always thought that Cheyenne would be a candidate to leverage ZMQ

All of those things

Sweet. Thanks Kaj and Andreas.

It can be used as the backbone for all kinds of things. The only 
big hole I know of in 0MQ is that the IPC scheme doesn't work on 
Windows. It's worth skimming their docs.

Thanks ...

Thank Josh for sharing, the Redis looks like interesting project.

Waow ! huge work ! Congratulations RMA team!

Is there a demo with the rma build ?

Sure, many demos

Jocko .. load-gui works I think

Yes, it works with the RMA build, but my tests are to check the level 
of compatibility with the standard r3 build, and, to that respect, 
I need to replace the load-gui by a do %r3-gui.r3. (At least, I suppose, 
I have not checked)

Only our version of R3 loads our version of R3-GUI

no, it's ok also with the standard a111 (recompiled, see what I did 
: http://www.colineau.fr/rebol/r3-gui.html)

at least for all the demos I tested, including yours

I meant out-of-the-box

I understand, but, basically, it should be out of the box : the r3dll.dll 
is the standard one, and as I said, the only thing I added is the 
line #define TO_WIN32, which in any case, should be declared.

Nice doc, Jocko

About disreb: Sorry to be unclear originally. At the moment, it's 
R2 only (I'm currently sticking with the latest version of R2 because 
I understand that it has a more stable GUI), however I am very willing 
to incorporate changes for R3. I'm not yet sure what the best fashion 
of collaboration with the Google code site is, but hopefully I'll 
have some time to investigate tomorrow. Sorry for the late reply, 
but I have imperfect access to AltMe (it's firewalled at work and 
I forgot my password (ha!) so I don't have it working on the computer 
I'm programming disreb with). @Oldes, I hope you find it useful should 
you chance to use it! Thanks!

Andreas, is you 0MQ stuff synchron only? Or does it support async 
message passing via callbacks?

Robert, it can do both sync and async. But no callbacks, async is 
done using a WAIT-style (or select/epoll-style, if you prefer) approach, 
using zmq-poll.

Just to be sure I understand: 0MQ makes async call however it does 
it, and between 0MQ and Rebol the async is that I have to poll from 
Rebol side to check if the call is already done?

0MQ binding.. that is awesome! Does/will this work for R2 also maybe? 
:)

And big kudos for making the Redis library!

Robert: you have two primitives send & recv. Both _block_ per default: 
send until there it manages to enqueue the message in an internal 
buffer, recv until it fully read a message. You call both functions 
with a NOBLOCK flag, in which case they won't block but return immediately, 
with an EAGAIN status code in case they did not manage to write/read 
anything. Finally, you also have a poll primitive, to which you pass 
a list of sockets you are interested in and an (optional) timeout. 
Poll returns you a list of sockets which are "active", i.e. which 
can be safely read from (or written to) without blocking.

ddharing: The 200kmsgs/sec results are from a run on Linux.

Very cool Andreas! Can't wait to play with the new examples.

Andreas - let us know when you port LNS to run over zeromq :)

Great work, Jocko! Any R3GUI problems or bugs you want us to fix? 
:)

Why not leave panel and hpanel as synonyms, and group/hgroup ?

Moving to REBOL3 GUI...

Thanks to the RMA team for their progress posts and updates.

Very cool script Massimiliano!

I clicked on the "Draw" button for the plotterdemo and nothing happens 
??

MaxV: remind me a script I made 8 years ago :
d http://membres.lycos.fr/didec/rebsite/whoswho/whoswho.r

do http://membres.lycos.fr/didec/rebsite/whoswho/whoswho.r