World: r3wp

IIRC It was argued, that it would be too easy to make DOS attacks 
... 
ex: 


loop 100000 [loop 10000000 [write/append %dos-attack.txt "1234567890"]

(talking about file writing)

hmm.  did not explore that far.

but if the plugin had a properties page, we could allow some scripts 
domains or ip addresses specific rights.  all set to off by default. 
 and all prefs values encrypted when saved of sent to registry, so 
that no virii or other nasty can allow its site to run unhindered.

This would be in the intent where people develop internal apps and 
deploy them through the intranet... in such cases file access would 
be acceptible.

Yes, and simply restrict the filesize. Or  better use an virtual 
filesystem, like a  zip.

thought that door was left open in the beta

me too.

but so far I am getting no results... and unless someone steps in 
to explain to me how I can write stuff out (read as gives me an example 
snippets which works on their machine)... I won't continue trying.... 
I've got other things to tackle first...


and obviously in normal web dev, the server is the file store, so 
you'd speak to it using http get and post... so as long as you have 
access to adding hooks on the server too, you can work out a virtual 
disk system through your web server... more safe too.

yes,butmore slow too.

hmm, through javascript you could use browser-cache.

you can access the cache through javascript?  write and read?

you can call javascript and  get back a string AFAIK.

do you know if we can properly resize the plugin size using javascript? 
or will in not refresh?

i hope that still works. Andi hope  javascript can read/write thru 
net. Or  only with ajax&callback?

do not know. I  guess Chris knows.

Chris?

But byreloading a div?

I thought by setting the object's size properties through the DOM... 
I haven't tried.

Our designer. Played a lot with the plugin IIRC.

Havent tried too, so i dont know.

Maxim, you can save files from plugin, I'm using it.

The files are here: c:\Documents and Settings\your_user_name\Local 
Settings\Temp\REBOL\Plugin\

Maxim, Local Settings is hidden folder and that's why you haven't 
found the file I think.

aha !!  thanks!

Hmm, every demo I've tried using a fresh install has issues of some 
type or another.. trying to decide if this this is alpha, or beta 
at best?

I would say, that current plugin is still in alpha version

has anyone succeeded in embeding the plug within a div which is persistent 
 or resident in some way (like in another frame, or something) so 
that browsing the same page twice actually just shows the previously 
launched plugin (so as to not have to actually restart it everytime...) 
???


I guess this is not just rebol pluging related, as the same effect 
would be desired for a flash based plugin too.

I'm not sure if understand what do you want. If you want to leave 
page and come back without stopping plugin inside the page - it's 
not possible

is there a way to store web content in another frame and swap it 
on demand?

Its been a long time since I've played with javascript... so I'm 
not only rusty, I'm shut. ;-)

Hmm....  You could probably just store it in a string and swap it 
in and out of a DIV tag.  Usually much easier than messing with frames.....

Yep, just use -- document.getElementById('mydiv').innerHTML = mystring;

is the proxy issue something that can be patched via mezz or is this 
really something that has to be done within the binary/

no, it can't imo ...

I hope that Carl sees all this nonsense and that he understands, 
that unless he can employ 10 full time programmers... he has to make 
all of this open source and relinkeable like python. (even if the 
core interpreter is closed)  99% of bugs are not related to it.

hmm, actually I re-read my private exchange with Josh, and it seems 
Rebol detects proxy itself, if manual proxy config is set.

yet more hope in R3

Maybe the trouble was, that plug-in tried to connect before such 
code was applied during boot, dunno ...

yes its possible, the boot sequence of REBOL seems a bit hard to 
manipulate...

having had some little thing done by carl for me resulted in no change 
of the startup really.. (the special encap version)

I really wanted interactive dos shell session...  :-(  but that meant 
a little bit more code to detect if we where *in* a dos prompt already 
and doesn't seem trivial as per Carl's explanations.

proxy detection happens in get-net-info ... right after Rebol boot 
...

which checks the registry of IE right?

source get-net-info

get-reg is used everywhere... depending on the def browser.

registry functions are unset imo after the boot, because of security 
reasons. The question is - if View can detect proxy automatically, 
why plug-in can't.

not patching this simple issue was a bit of mistake imo ... community 
could put xy interesting demos online. But it is not worth it, if 
99% of corporate ppl are behind the proxy.

yes. RT is good at giving solutions, but lacks vision into market 
needs.

so they give out the good solution for the wrong market  and such 
details get placed low, when in reality, they are primordial... just 
like the interactive DOS sessions, and stupid current directory issue 
under DOS, which renders Encap virtually useless in many conditions.