World: r3wp

well remark allows you to do this on ther server... and you could 
cache it so its just processed once.

http://www.googlefight.com/index.php?lang=en_GB&word1=rebol&word2=less.js

well, if you search each one individually, you don't get the same 
results....

also note that at some point,  the word "less" is used directly.... 
 so this skews the results a lot

hmm, true

However, I think any kind of implementation like this should tie 
in with Cheyenne.

LESS looks interesting in that it could be incorporated into the 
HTML dialect.

Maxim, the reason the client-side processing is faster is not because 
of processing overhead, it is because the resulting CSS code is much 
larger than the LESS source code, so it takes longer to transmit 
over a network connection.

ok, but client-side caching should mitigate this difference .

I expect that the rest of the speedup came from the fact that Ruby 
is much slower than optimized JS. Still, not having to use Ruby is 
its own reward :)

Doc, just an update regarding using the browser on the websocket 
host box closing as soon as the websocket connects.. seems to be 
a Google Chrome issue.. Safari 5 is working fine

scratch the word "using" in that last post.
Post posting.. a great time to proofread ;)

Terry, Chrome is working ok here with my ws applications, but I've 
noticed such issues while writing them, wasn't sure if it was caused 
by the browser or my code.

To keep Cheyenne on the html5 leading edge, you may want to add a 
"server-sent events" service as well.

http://dev.w3.org/html5/eventsource

uses a text/event-stream mime type

It's basically a one way websocket communication... server -> browser 
 . Not sure what the real advantage would be, perhaps less overhead?

Interesting...Do you know if current browsers supporting ws, implement 
the EventSource interface too?

I believe Safari 5 does

yeah

here's a nice little tool
http://html5test.com

The latest Chrome does as well.

FF needs to step up to the plate

Section 9 "Connectionless push and other features" in the W3 doc 
is interesting.

My Chrome 5.0.375.99 scores a "no" at Server-Sent Events :(

There's a Chrome 6

http://www.chromium.org/getting-involved/dev-channel#TOC-Windows

If you haven't tried Safari lately, check out Safari 5.. not bad.

Never!

Apple software installers try to get every apple product downloaded 
onto your pc ...

Don't they all?

Another advantage of web apps :) At least you can block the ads.

Scrap that whole Safari plug.. thing is buggy with websockets.

good site to test web sockets http://jwebsocket.org/index.htm

I wrote a very simple ws client protocol, http://rebolforum.com/index.cgi?f=printtopic&topicnumber=47

I write the pick function to return none if an error occurs. whole 
the function is inside an attempt
pick port 1 ;--> none
first port ;--> still return error

but "first port" actually same with "pick port 1", it calls "pick", 
how it returns error?

I can't read unformatted source code .. .but isn't your pick missing 
an integer parameter?s

yes when I paste it to the forum, all formatting goes out..
in http protocol scheme, pick takes just one argument, port.

Really??

Never noticed ... let me look

p: open ws://localhost/test
pick p 1 ;if no data returns none
first p ;if no data returns error (but it calls pick??)

oops, sorry, there is no "pick" in http.
it is in ftp.

heh .. I was looking and looking and trying to find new glasses ...!

in pop scheme also, document says: "Read the Nth message from the 
POP port"
but pick function takes just port as an argument.

I think that's because the docs are wrong

It only allows you to pick the first message ... so that's why it 
ignores the integer parameter

no, it works, and the pick function is (in pop)
pick: func [
	"Read the Nth message from the POP port" 
	port
][
	read-message port 1
]

oh yes. but it works in my ws scheme.

well, I don't have a pop account to test it now

but the source there says to read the first message ... not the nth