World: r3wp

...it's just that we use IOS to support Rebol.org

And it cant be cloned becausethat would  hurt RT. Well, could be 
cloned, we are justto nice^^

IOS is nice ... imo we need R3 infastructure fast. We then need some 
C coders to take-over the open-sourced parts. As for a plug-in, browser 
support was good enough imo, but it did not support certificates, 
good installation/upgrade process etc.

Volker - if IOS is not supported, noone will care for cloning ...

For me the biggest problem with the plug-in is no access to the DOM

there is a way to call javascript, oristhatbroken? from thereto DOM 
the  browser. :)

But most people would say if I have to call JavaScript to access 
the DOM why bother with Rebol.

if i have  to write html to display something, why botherwith javascript?^^

Because whole your app is in rebol? I am not designing my app to 
navigate html, I want full View app, so what's with DOM :-)

that javascript can be build by a little library.

Peter wanted it^^

And for now  browsers have better layouting for text

so if you  are not thinking of a full View app, then what do you 
plan to use Rebol for? As an js replacement?

for the logicparts i  do now  on the server.

what  i would do now with a local webserver.

Yes I think I would prefer to be able to use Rebol instead of JavaScript 
for anything processor intensive.

/view could still do animations, menues and such.

say a reblet left or top, tabs, or text html, for painting /view.

below

From my observation Rebol calculations are much faster than JavaScript 
especially for integers

And: AFAIK DOM means  other plugins  to. IConrtol the viedo :)

I'm sure that parse is faster than Javascript's Regex engine too

Isimply have more rebol-skills than javascript skills^^

for speedi would still try javascript+java, but for comfort..

ok, now I understand ... I know that current DOM-via-js is not very 
much powerfull, but we have at least something. Or we need proper 
XML parser then?

I have no big clue. AFAIK javascript can call everything, and rebol 
can call javascript. And  javascript can be generated.

The main issue with javascript+java is if java isn't installed on 
the cleint's browser - you then ahve a big download - as Petr has 
pointed-out a rebol plug-in would be smaller than some JavaScript 
downloads.....

Drawback is, AFAIK javascript can not call rebol. which would be 
nice  for buttons and such.

Yes, butthe jitwould be better, and ifiaim for speed..

And with googles compileri may  beable tohave a pure javascriptversion 
from the same source.

Hmm, shouldchange the keyboard..

..so you really want a Rebcode plug-in ;-)

Naa,  native is still faster.

A raw hotspot withoutall the libs, and  rebolon top :)

uh, it looks like you talk in some cipher :-)

rebcode plug-in? Well, I hope, as new rebol will be mostly a .dll 
component, that we will be able to link it, call into it, etc.?

It's just that Volker's space bar isn't working :-)

hotspot  is the jit  which makes java that fast today. 1 mb i guess.

oh yes, and its the spacebar.. That  or back to a keyboard with cable.

the  rest of java  is  lots of libs. nice to have but big..

Which is written very oopsy. rewrite that for size and its  1 mb 
more.

how big is a flash-download?

Just under 2 mb from what I can tell

Would allow 3mb uncompressed.

I tried deploying a commercial tool in the brower and its very effective. 
 hehe it allows people to circumvent their sysadmins  :-)

But needs lots of knowledge about the  internals. Maybe if based 
on ME . butall  speculations.. :)

I only wish there where a safe way to implement local file sandbox 
within plugin.  AFAIK, the write and save commands do nothing...

AFAIK they work like desktop-sandbox. in another folder.

run a script  and show what-dir

moving to plugin group.