World: r3wp

hmm, DON'T install the new plugin, then go to the old demos page. 
the old plugin will overwrite the new one.

actually, that's only if youhaven't dumped the old one first.

There's good opportunity for Rebol here.. ie: konfabulator killer... 
corner the widget market, but without OSX support, it could be difficult.

please someone at RT, could you please remove most of user submitted 
demos? They don't work ...

Hi all....here's an update on what we're working on for the next 
plugin release:

 * Multiple instances -- this feature will allow you to run multiple 
 plugins side-by-side within the same IE or Mozilla process.

 * Automatic updating -- no more uninstall! (aren't we all thrilled? 
 :)). This will be the last update you will have to install manually 
 via uninstall/reinstall; future backwards-compatible updates will 
 come automatically (with user consent).

 * Smooth install on Mozilla -- FF and other Mozilla.org-based browsers 
 will have a smooth install experience similar to IE.

 * do-browser in Mozilla -- you will be able to interact with the 
 HTML page from your REBOL scripts in Mozilla browsers.

 * Last, but not least: Opera 9 support -- the plugin will be compatible 
 with Opera 9, although the install process will not be as smooth 
 as Mozilla & FF.

We're working hard on this release and hope to have it out soon.....thanks 
for your patience!

Pekr: Got it, thanks.

JoshM, thanks .... but Josh, to not ruin first experience, please 
fix proxy code :-)

Pekr, I already answered this question twice. Proxy code is not part 
of the plugin.

that does not make sense to me ...

We already went through this. get-net-info is REBOL code and part 
of /View itself.

it is not part of the plug-in, yet it is out of our influence to 
change it, or to manually do any settings to plug-in - no user.r 
:-)

so who is responsible, who should we contact?

If we could configure plug-in some-way, those behind proxy would 
at least normally edit their user.r and do some tweakings, not so 
with proxy ....

eh, not so with plug-in version I mean :-)

but other than that, the news is fantastic!

how did you decide to some "major version" update process? E.g. View 
1.2 to 1.3 (lot's of changes, possiblitiy of code being broken) or 
View 1.3 to R3?

Pekr: You should ask Carl about get-net-info. Maybe he can fix it 
for the next /View release. (remember, the plugin is built against 
the current /View release -- in general, we don't make major changes 
to /View with plugin builds)

ah, of course, sorry .... now I get it - plug-in dll and view dll 
are two distinct things ...

how can I reach Carl the best way? Feedback? RAMBO?

Yes, exactly. Sorry that wasn't clear before.

Maybe put a detailed bug on RAMBO and I'll mention it to him, that 
this is a problem esp. for plugin users because there's no user.r.

wonderful news, Josh. I'm really looking forward to something that 
can be demoed to users.

is it still Windows only?

Pekr: Backwards-compatibility w/REBOL, AFAIK, is only broken with 
the first digit changing (i.e. 1.x to 3.x). We'll follow that process 
with the plugin -- automatic updates from 1.2 to 1.3, 1.3 to 1.4, 
etc., but a new manual download for 3.0 (including new HTML, side-by-side 
listing in "Downloaded Program Files", etc.)

Henrik: yes. I'd be curious what the Mac or Linux demand is.

I'd think there would be some demand for a mac version. switching 
to mac everywhere here :-)

Henrik, thanks...good feedback.

Note: After some research, Pekr and I discovered that you can place 
a user.r file in the "sandbox" directory (system/options/home) with 
your proxy settings to get around the limitations of set-net-info.

That may be a temporary solution for those of you stuck behind a 
firewall.

Thanks a JoshM for the solution. Although that is not final solution 
(plug-in demos will not work for those who directly click the link 
on website), with some user assistence, doc update, we could get 
it at least working, which is really cool!

does proxy work behind squid ?

Will we get ssl for the plugin?

iirc we have squid at work, View works, so should plug-in imo ...

Ok, I know that beer doesn't

Altme doesn't

We are looking at SSL in the future.

Altme doesn't? Is that problem of altme? I doubt it - altme uses 
proxy settings ... but it uses world look-up, and for that single 
thing is requires some special port opened on firewall, thing our 
admins will not do for me ....

How about encapping product for use on plugin?:

Good to know that rT is considering releasing SSL somehow...

Graham, we are looking into that also.

(We are looking at the idea of securing source code, not necessarily 
"encapping" per-se)

Ah, good.

securing? hooo ho, so maybe finally we will be able to work with 
certificates in rebol? :-) That would be uber cool :-)

Yes, certificate support are also needed if we are going to replace 
those java banking apps, and medical applications

As a suggestion for dealing with proxy issues, why not have the plugin 
dll read the browser's proxy settings and then call the View dll 
with some REBOL code that would set its proxy settings accordingly?

that's what it does now.

it does not imo anything like that ...

plugin dll imo does not do anything, just starts View with some parameter 
.... it is View's get-net-info, which is outdated (look at the source) 
and incorrect. It looks at incorrect Registry setting

I mean, once the security infrastructure is set up properly in a 
future version of the plugin, anonymous scripts shouldn't get a persistent 
sandbox at all, so there would be no place to put a user.r.