World: r3wp

What I am thinking is that your R3 would be talking to cheyenne via 
a tcp port and the communication would include a session number, 
which is mapped within your R3 server to a specific module.  you 
could easily kill modules when some events happen like sessions being 
 inactive too long

Graham, perhaps we should simply log everything typed into the console. 
This would be nice for debugging purposes as well.

so basically, you build a little module in cheyenne which does a 
tcp exchange to your R3 server.  

the R3 server maps the request to a module, returns the molded result.

cheyenne then returns the value in an xml block which your ajax app 
did the request for.


allowing multiple handlers on the cheyenne side (and an equal amount 
of R3 servers) would allow you to support multiple concurrent users, 
but you'd have to map which R3 service is being used within the cheyenne 
module, in order to send your tcp request to a free R3 service.

does any of this make sense?

http://97.107.135.89/projects/rebol/r3shell/


The humble beginnings. Nothing working at all yet. Just some boxes 
and HTML.

I like the warning  ;-)

:-) I suppose we want a standard 80 column console.

Could Cyphre's vconsole help? He did complete console simulation 
(except multiline capability) in VID ...

Max - your plan re modules - is the isolation perfect? I mean - can't 
module set something globally, which could then influence other such 
consoles running?

Hmm, just reading that during IBC (International Broadcasting Conference) 
MS is going to show Silverlight 4 demo, along with media server 3.0 
..... man, they are fast - in 3 years they catched up Flash completly 
...

if you bring up a javascript console, writeConsole("string") will 
output a string to the console.

so we need some cursor movement and proper scrolling.

MS just integrated code they already had... its just a run time which 
basically integrates .net and directX code...

sort of like a mini embeded windows kernel... very similar in spirit 
to REBOL actually... but taking the abysmal route in terms the coding 
interface (XML aaargh ... depressing).

Yes ... but we might please some ppl in future, by doing VID-2-*, 
where *=Silverlight, Flash, JS ... the question is, how capable would 
it be, without complete REBOL-in-* implementation (which would be 
slow)

where's BTiffin? Henrik - Go, Go, Go! :-)

if we don't close networking, we might allow ppl to use R3 chat :-)

line wrapping now available too

http://97.107.135.89/projects/rebol/r3shell/


A tiny bit of progress. No visible cursor yet. Limited console history. 
Only capitalized chars (dunno why yet).

It does not display anything here, at least not in FF nor IE. Do 
you have any real output from R3 console already? ...

IE does not work (surprise)

just had an error in my code, try reloading, I won't edit for a few 
minutes.

there is no R3 yet, only trying to get a decent console for now. 
returned values are just echoes of the buffer.

Actually, the R3 part can be handled by someone else, if you feel 
free to try. we should just agree on how to talk to eachother. I 
can submit an ajax request and then output whatever is returned in 
the console.

Damn it, how can we throw an handmade event! ?

when i construct an event! with something like:
>> make even! [type: 'minimize gob: my-gob port: port-event]

i got:
** Script error: cannot set gob: field to gob! datatype

Wtf, i can't set the gob field with a gob ??????

Each time i try to rework on new gob styles, i'm stoped by such lazy 
bugs

seems that capturing the correct keycode is a bit chaotic in different 
webbrowsers.

Steeve - put it into CureCode ... maybe we ignored GUI related bugs 
for much too long ...

Ever so slight improvements: got some more decent lower case chars 
now and cursor movement seems to work OK. IE still doesn't work and 
many special chars still don't work.

Max: I think your suggestion to Henrik of running an R3 server port 
to perform the evaluation is the best way to go. One sligth problem 
is that server ports don't work on Linux.

uf, Carl might seem convinced to add time/memory option for security 
settings :-)

Could someone test this under Linux Firefox, WIn32 Firefox, Win 32 
Safari and Win 32 Chrome:

http://97.107.135.89/projects/rebol/r3shell/


I'd like to know which keys don't work on the keyboard if you press 
shift 0-9. Thanks.

I see odd results: Win32 + FF...

** they all work if I press shift+n and release the shift each time.
** but if I do shitt+09876 it goes wrong at 6:
      )(*&)(*&)(*&^c_
** ditto the other way, it goes wrong at 7:
    shift+1234567    ==> !"£$%^&_  ;; what I'd expect
But:
    shift+12345678  ==>  !"£$!"£$%^&*_

does the % char come out properly?

(it would be fortunate if they all misbehaved the same way, but I 
fear they don't)

Yes, shift+5 ===> % as many times as I like.

I see, you are using a standard PC keyboard, right?

Standard for the UK, yes.

Win32 + Chrome:
(Backtab) do nothing
(left parent) do (backtab)

Period works as backspace here. % does nothing.

i meant backspace, not backtab ;-)

backspace in win32 chrome here goes back to the previous page.

that is of course in VMWare on a mac.

You did not ask about Win32+Opera, but I tried anyway....

 % (shift+%) acts as a backspace.... but that is when the console 
 works.
Other times the console is just black.

if the console goes black, then the row is blanked out. pressing 
enter should reset that and give you a new line.

I think I'll have to rethink this. I've done it mostly like a traditional 
terminal, but this is clearly not very stable.

Win32+Opera. Just enter usually gives:
   unicode:undefined char:

But it works sometimes and gives a new console line.

Sunanda, does it work in Opera here:

http://tryruby.sophrinix.com/

BBL, shopping.