World: r3wp

do you see a red X?

PhilB: make sure you've got it in the right plugins directory. if 
you go to about:plugins, it should appear in the list. make sure 
you coped both the DLL and XPT.

Louis: try a restart of your computer. that may free up any IE resources 
that are in use.

No red x, but a window pops up which says: Show on face in closed 
window.

Hmm, that seems like the plugin is installed properly, but there's 
an error with the script you are trying.

Did you try the test page at http://www.rebol.net/plugin/tests/test.html?

That window pops up even before I click on a link to a demo, but 
again when I click on a demo.

No, here: http://www.rebol.net/plugin/demos/

For those still unaware: New users of the plugin should visit the 
two checklists for Plugin 1.3.2 bugs and the checklist for Plugin 
1.3.3 ideas. Feel free to add new bugs/ideas.

OK, it works here: http://www.rebol.net/plugin/tests/test.html

But that is not the link on the page you gave us.

Louis: it sounds like the demo scripts are messed up in some way. 
I apologize.

I am glad to see this working. I have a use for the plugin.

we'll look into that.....

Lous: one quick question. What is the version # you see when you 
go to http://www.rebol.net/plugin/tests/test.html?

Louis: It will say something like this: ViewDLL 2.6.2.3.1

1.2.47.3.1

Lous: Ah, OK. You have an old version of the plugin still installed.....did 
you uninstall the old plugin before installing the new one?

No. How do I do that?

Louis: The plug-in extracts to the "Downloaded Program Files" directory 
in Windows. This is usually at C:\WINDOWS\Downloaded Program Files. 
To uninstall the plug-in, go to that directory, right-click on "REBOL/Plugin 
Object" and click "Remove".

OK, it works now!  Thanks, Josh.

Lots of things are starting to come together for rebol. I am glad 
for that. I have never regretted switching to rebol.

REBOL I believe has a great future.

All rebol lacks for me right now is unicode support, which I need 
badly.

Dunno if my last post last night made it.  as soon as I sent it, 
the world went down and i was unable to reconnect.  I think there 
is a misunderstanding about what a windowed control is, and that 
is throwing people off.  In the post I mentioned how MSAgent works, 
where you have a central server app that communicates with all the 
instances of the control, and I think something like that would be 
perfect for REBOL.  If there was a way to create an instance dynamically 
( using new ActiveXObject, for instance), then for those plugin scripts 
not needing the View UI, that would be a nice option, because that 
would allow using it from a WSF, as well.  On a side note, when trying 
to use the plugin in an HTA it's crash city.

ScottT, thanks. need do a lot of thinking here.

no problem.  I'm no good at REBOL, but I probably know IE a little 
TOO well.  I was able to create the OBJECT tag dynamically with no 
ill effects, though.  One thing I couldn't get working is transparency, 
though.  Don't strain yourself.  I'm sure it's a mess to get anything 
working.  I'll be in and out but reading religiously.

Got the Plugin working with Firefox ... thanks for the help ... will 
try and code a couple of demos tommorow.

anybody get it running in opera?

I tried setting the plugin up on opera, but it crashed, and now i 
can't seem to get it to load any more. does anyone have any idea 
how to tell opera to try to load the plugin again? (it is listed 
as registered in about:plugins)

Volker, re proxy-parsing: if you can post any REBOL code to read 
the proxy settings via javascript (via do-browser), that might work.

not too familar with proxy settings except through the auto-config 
script, which is just a javascript   here's a link: http://www.microsoft.com/technet/prodtechnol/ie/reskit/6/part6/c26ie6rk.mspx?mfr=true
 


But just because it's javascript doesn't happen to mean it's available 
through do-browser, I don't believe.

Yes, i mean that cauto-onfig-script. IIRC  it was not accessible. 
But digged not very deep.

you can't have multiple the same dll files in memory?

I still don't understand, how browser, loading it's rebol dll, has 
anything in common with being or not being thread savy ... you can't 
call the same dll from different thread of parent app?

Pekr, I can't go into details here. Sorry. Just know that currently 
it really is a thread problem.

JoshM - doesn't my private post re how Internet proxy settings in 
control panel influence registry help? IIRC, you set proxy in the 
past according to incorrect registry path. Please revise get-net-info 
:-) I prefer 90% working proxy, than none at all :-)

Pekr, thanks. I'm not in charge of get-net-info....not sure who owns 
that area actually.

That is REBOL code, and I pretty much only handle the C code. Sorry 
:(....maybe you want to ask Carl or whoever is leading the REBOL 
product development in that area?

petr: basically, C code has to be written specifically to be thread 
safe. rebol 2 is not thread safe, so the rebol dll is not thread 
safe either. this means that you can't use the rebol dll from two 
different threads in the same process. you could use the rebol dll 
from two different processes.

i'm quite sure rebol 3 will be thread safe so it will solve the plugin 
problem too.

Gabriele - who is in charge of get-net-info? That function is outdated 
and plain wrong imo, not serving its purpose well ... could we somehow 
cooperate to redesign it?

of course, if my assumption that plug-in uses it, is right :-)

i don't have gets

i don't have get-net-info here

so it's not in the source for the view installer, and not in the 
normal mezz code. has to be a different component.

help get-

so... as of now Carl is in charge of that code.

yes, i see it in view, but i don't see it in the source files :)

source get-net-info .... it uses registry functions, which, imo, 
are unset after rebol boots ....

i mean - i cannot fix it if i don't have the master source file. 
we can send improvements to carl, but i don't think he has time to 
consider them right now.