World: r3wp

Make that "checklists" Ahh. I need to get off the computer.

networking: i would onlyuse browser forthe same things. if i do a 
"read http://*"in rebol, that is connect/read/disconnect too? If 
something need performance i would use own implementations. Although, 
IIRC when i check cgi-headers, i see usually "keep-alive" from the 
browser. But no expert there.

proxy-parsing: IIRC when i once looked, proxy-settings can be javascript 
which returns the right proxy.

ANd when i am awake again, i check out these plugins .)

cyphre, I already wrote my own event filtering, but had a bit of 
hope that it would be possible to do internally for R3. I just personally 
think it's a bit too high level a place to solve the problem.

wrt own window on top to do the window messages, etc -- I'm all for 
slamming itself on top of the browser, and not going through it to 
embed view.   or make it a "windowed" control, which is how IE does 
SELECT elements.  The complexity there is having it crop to be part 
of the page.  I think wndows media control is like that, where you 
can pick a windowed version, which performs better (probably from 
similar things that you are running into.  MSAgent runs in the browser, 
and is allowed ro roam anywhere on the screen in an irregularly shaped 
winoow.  It also starts a server process which handles all calls 
to the interactions with applications like IE and Office that take 
advantage of that aspect.  It's all asynchronous/multithreaded, and 
shuts down automatically when there are no more client controls to 
serve.


The DOM provides screen position information, but the downside is 
that with embedded controls like Adobe SVG viewer and Flash is that 
they will respond correctly to transparency (showing html page background 
through transparent parts of control  -- never got REBOL plugin to 
do that, which has something to do with wmode="transparent"  or something 
similar

Anamonitor demo shows some strange white border at the bottom ...

and under my WindowsXP, the plug-in is obtrusive - while it is installed,I 
get IE message each time, asking me if I want to allow activeX control 
- it happens on main plug-in demo page

imo we should pretty soon decide on the issue of embedding method. 
I don't agree with putting window on top, if it will not allow for 
plugin to be part of tabbing mechanism in browser, simply focusable/unfocusable. 
It would be also nice to get multiple instances per session even 
for 1.3.2 - are you sure it is threading related problem?

And definitely - interactin part - we need that config access plus 
progress bar - without progress bar, it has strange feeling, as you 
can't know, if something is happening or not, which leads you to 
reloading the page ...

RIM does not run here ... in fact, imo if something breaks, then 
no other demo does run ... reload of page does not help - we have 
got some strange problem here ... anyone else observing it?

same here with excess security dialogs.  windows 2000

short report - proxy still not working under IE .....

couldn't I send some args, where would I put set-net? :-)

guys, maybe you coudl fix older demos for new plug-in? There is link 
at the bottom of the page to user demos - bounce demo (Cyphre), and 
Color Lab (Oldes) do not work anymore ... and then there seems to 
be some spame garbage(?), which should be probably removed, if not 
functioning - it will not shed good light on us ...

Anyone had any joy with installing the Plugin with Firefox ?? ..... 
not sure what I am doing wrong here.

Extracting the download into the plugins folder creates a sub-folder 
called rebol-moza1 containing the files.

Tried copying the files out of there back inot the plugins folder 
and  closing & opening firefox, but still no joy :-(

no, no subfolder!

those files need to be placed in \plugins directory directly ...

to know if plug-in works, the version should appear in the plug-in 
app container .... if you are not behind the proxy, script will download 
and app launched ....

mozilla suite here has one problem though - I can run only script 
once - no reload ... to start another script, I have to reopen the 
browser ....

pekr, maybe it's related to how there can be only one instance of 
the plugin running at a time. maybe when reloading, the first instance 
is never shut down

Even after moving the files, deleting the folder and re-startig firefox 
I get the text "Click here to downlaod plugin" text in the container.

philb: what do you see when going to about:plugins in the browser?

A whole load of plugins but nothing for Rebol

and you are sure that you haven't got multiple installations of Mozilla 
and accidentally plopped it into the wrong one?

Pretty sure .... though I did recently re-install firefox (along 
with the rest of Windoze) but installed it into the same folder as 
my previous version.

ScottT that's really interesting....

Mozilla Firefox plugin seems to be working ok for me.

ScottT: Hmmmmm..............

...a thousand thoughts rolling around at once....

If there was a way to make the plugin load up an out-of-process EXE 
rather than an in-process DLL, and if we could load up a new REBOL 
EXE for each new instance of the plugin.....we might be able to solve 
a whole lot of problems at once......for example, multiple instances....

wouldn't that be a security hole?

Yeah, just what I was giong to say. All this window jumping out of 
the browser doesn't seem like the proper way to do it.

Or take security/licensing......we could have the plugin DLL automatically 
download the correct version EXE (View/ViewPro/Command/etc.) based 
on the version the script requires (so the initial download could 
be quite small, with a "download as needed" architecture)

If it's slow, I think it's bad luck.

Yes, just like Google video urges you to download the Google player.

No.....not a security hole. Acrobat works that way.

It would be slow only if you had to relay events.

but why exactly is once instance at a time a problem? why is this 
limitation there?

If you let the EXE manage its own window in the plugin client area, 
it's not a problem.

The plugin has to be signed, so there is trust there, even with these 
techniques.

Henrik: I can't go into specifics of the REBOL DLL, but essentially, 
its a threading issue. Each new instance of the plugin DLL loads 
in a seperate thread, and REBOL is not multi-threaded yet. Carl may 
be able to provide more specifics as to the limitations within REBOL.

Mmm.. ok then. Optimize away :)

I have  problems with the plugin.


After visiting the test page, if I go to other sites and later load 
the test page again,...the plugin does not load

So, with a DLL architecture, you have to load only one instance of 
the REBOL DLL, and then modify the DLL to support multi-threading. 
But with a multiple EXE architecture, it is essentially like REBOL 
is now.....one EXE per instance.

yeksoon: known bug.

Of course, this is all speculation, I dont know if it is even possible. 
But just thoughts.....

For me the plugin download on the page Josh sent a link for. However, 
when I try to run the examples, none of them will work. This is on 
IE.

Lous, what is the error/problem?