World: r3wp

Is there a link for BEER?

no.

But Jaime said he was going to release it at Devcon.

Be prepared and get yourselves a SIT decompressor :(

haha.. he should be able to gzip it

Well, I guess Mac people use SIT as a matter of course.

If you try out the EMR above, select the patient "Mickey Mouse". 
 He has scanned images in his results which can be downloaded while 
looking at consultations.

async is done using call backs as in atcp.  So, if I request a list 
of patient results, my call back function receives the data, and 
redisplays the pertinent list.

Reichart, just sent a message via QTask..that they are having difficulties 
accessing AltMe,


I have copied Pekr's list of questions to QTask so that he can follow 
up on it.

if anyone have questions, it will be good to post it to QTask..if 
you have access.


Reichart will ask the questions after his talk.. (which is the last 
one)....and that will be like morning time for the pple in the States.

Graham - btw - dunno if RebGUI problem or just incorrect definition 
in your code, but try to maximize your window - you will see the 
list of patients (left-bottom corner) resizes incorrectly.

going to lunch, have a fine time here folks ... hopefully you will 
get someone from conference on-line here ...

graham: Sit isn't much popular anymore though still in use by some. 
The most popular way to pack mac programs is with dmg or tar.gz or 
tar.bz, since this can be done out of the box, but .sit can't.

Possibly too little too late -- but here is an open DevCon wiki for 
any info we have from the DevCon -- http://www.ross-gill.com/devcon05/
-- you can edit as soon as you register (for a short time)

Looking at map I can see we have some folks located in Australia 
- so after US and EU, will next devcon be in Asia or Australia? :-)

I am just curious - if Cyphre was showing new rich-text capabilities, 
it has to be present in View kernel already - maybe he could release 
a small demo for us? :-)

Asia-AU-or-NZ ?....


or we can shift to South America :)... Czech is fine as well..I would 
think

Yes, Prague (CZ) is really a nice town, old one ....

So I guess its all over for anther year ...... just the Banquet to 
go ....

so much more to achieve... makes time flies by so fast..

so DevCon is nearly over, and we still don't have answer to question, 
how Carl wants to x-fold the Rebol world acceptance :-)

wee verry few activity today, as far i see, what about Pekr questions 
?

I am no Qtask and no answers were posted yet ...

I think that folks will be enjoying evening banquet in 10 minutes, 
so we will have to wait till tomorrow ....

/me leaving now too to visit my friends ...

yes, it's a sunny saturday to nice to be here...

Pekr, yes there are still resizing issues with RebGUI and Ashley 
has stated that he is working on this.

Graham, I see you have Mickey Mouse on methadone.. isn't that a breach 
of patient/physcian privacy?

I think it is common knowlege

By the way.. my absentee vote for Rebol MVP (most valuable product) 
goes to Nenad for Uniserve.

What are you using Uniserve for ?

Oh you know.. this and that.

Same here.

I fear LNS will not give us anything like Uniserve though .... although 
LNS may have some transfer layer ('send-service), imo it will not 
have kind of run-time pluggable protocol engine like Uniserve is 
.....

IIRC, Doc planned to add kind of Uniserve multiplexing engine into 
R#, but it would also include other even types or even tasking/threading 
....

uaaa, going to sleep - really tired, 1:13 am here ..... hopefully 
tomorrow some ppl will return from DevCon and will report something, 
although I am not sure ....

Different use.  If you want to build pop servers, web servers etc, 
use Uniserve.
If you want to build a p2p network, use BEER.

Asia, AU or NZ. Well for AU we have people in Brisbane, Sydney, Melbourne 
and Perth, all great cties. Though i'd like to go to NZ :-)

But how ideal is BEER in today's world of sofisticated Gnutella 2 
or other protocols? Or in comparison to Chord look-up architecture?

Allen - Peter Jackson is imo filming King Kong in NZ right now - 
maybe we would be lucky and some other director will film next movie 
in the time-frame of devcon? :-)

BEER is not a protocol.  It's a framework for building protocols.

Better that Ladislav et al talk about this ...

I know what BEER is in general ... but Uniserve is just that, no? 
- a framework for building/plugging protocols and their handlers 
...

i guess there are multiple levels of protocols. 

one is tcp<->http and such, brom bytes to structured messages. thats 
uniserve. 

the next is from http<->orientation. you need that to ask for services 
and such. with p2p even more, for distributed searching. thats chord 
and such. 

lns and beer support building things like chord. maybe kind of networks-events 
thru p2p-apps.
then you have a orientation<->meaning, which is app-specific.

- Chris / Rebmap : very nice but the map is soooo small.


- Questions to Carl : Reicharts has ask every questions to Carl Saturday 
evening (Italian time : GMT+2), ended after the banket. There was 
30 witness ;-) No Internet at the hotel, so wait a bit he find a 
connection to post it.


- Uniserve vs. LNS : don't compare "TCP" and "MSM messenger" please 
! Uniserve is just an async network engine. LNS act at the OSI application 
level. LNS can work on Uniserve, HTTP, mail, even floppy if you want 
(the last 3 are Gabriele words).


- Online Free BEER : Jaime give us this url, but it doesn't work 
(or I made a mistake while I wrote it)
 http://www.whywire.net/share/beer-sdk.tar.gz

thanks DideC - you from France?

Just a few word to say that the Devcon was very a nice for me (hey, 
it's my first one ;-)

I have meet many guys I already know from here, and also some that 
we don't know. So there is more people using Rebol than just the 
one you see on Altme :)

Yes, France.

Anyone from France there? DocKimble? :-)

As Uniserve vs LNS - that is nice that LNS is more or less app level 
(services) protocol, but we need also strong, async transfer. Sadly 
I thought LNS will bring it too ...