World: r3wp

Yes, I understand. But we're not talking about OS-level reading on 
Mac or Linux.

But if you have the refinements that could be done.

Yes, at some point in the future.

Yes. Well, linux-rebol is somewhat restricted usually..

And i guess you find similar apis on this systems.

Yes, true.

OS/X would be more important. But i guess it has similar apis too.

On Linux gnome and kde have some layer to allow urls everywhere. 
I guess they have the neccessary apis  too. But that is  even more 
later, maybe with R3 when such parts are open.

Hmm, for reads we could 'call wget, at least for reading.

proxy is usually global under OSX, so that should not be hard information 
to get

Have we got 1 Stability and 2 Security yet ? We have jumped to 3 
Proxy, even though everyone agreed to Josh's ordered list.

2. security: signed scripts

And with that #1 may be not that important in some scenarios, so 
could be perfected later?

Eg a company could run the plugin internally, allow only own scripts. 
Then proxy is a showstopper and stability can be worked around by 
the scripters.

That may help some projects to get started.

No, I think instability means crashing the browser, not being able 
to install the plugin at all etc.  I followed the installation steps 
and it didn't work for me. (I should spend more time analysing why). 
But that means I can't join in with testing and be at the same level 
as everyone else here.

Thats true, my misunderstanding.

ok :)

That is the right order. I had some free time today and was investigating 
the issues involved with the proxy project, hence the discussion. 
(we may develop this slightly out of order anyway, because Carl is 
in France for a few more weeks)

Anton, BTW, what system do you have?

Firefox on WinXP

Firefox 1.5.0.4

Will this affect things like BEER?

ie. enable it to work?

beer is not about http, so hopefully not. On one hand, we would get 
proper http/ftp, maybe faster, more robust (authentication), on other 
hand, if my understanding is correct, it will be kind of hardcoded 
in rebol kernel ....

as my understanding goes, raw socket remain, so if someone wants 
his http scheme, he can still program one in rebol ....

btw - Beer does not use http, no? It uses plain tcp IIRC ...

yes

Will this proxy support allow https?

imo not ... proxy is not about security imo. Https requires ssl inbuilt, 
and it is only in Command imo. But if you mean that security should 
not be luxury and it should be provided by default in all rebol versions, 
then I am with you :-)

Not sure about this.

If we have access to the win32 http api, we should get https as well...

and not require command

I agree, if you can't use plugin under HTTPS, then it's largely useless 
in secure environments.

win32 api https
 http://blogs.msdn.com/ie/archive/2005/10/31/487509.aspx

WinInet.dll offers a Win32 API for http, https, and ftp downloads 
combined with other API for caching and parsing.  It\u2019s a very 
popular binary, and in addition to being part of the IE platform, 
is widely used in Windows client applications for its Networking 
services.

this one?

Looks good.  Does cookie handling as well.

makes it easier for us to pretend to IE.

These proposed refinements would use WinInet, and consequently, support 
HTTPS.

But no promises that would be available in a free version of the 
plugin -- need to check with Carl on that.

Josh: I guess this could be plugin-only and either replace read-thru 
etc. with a native or provide new port schemes (probably the former 
is much easier). if for some reason it's not possible to make the 
native read-thru compatible with the old mezzanine one then there 
would need to be a new name I guess, but I'm not sure Carl would 
like that (no more cross-platform, although the plugin is already 
single platform rigth now so maybe this is not a big problem for 
r2 and can be solved in r3)

Gabriele, yes you're right, it's not a cross-platform solution. However, 
this is a Win32 problem by definition....to explain: We are talking 
about providing a solution for clients that use an auto-config proxy 
server with Internet Explorer. By definition, these are Win32 clients 
that only need a Win32 solution.

There seems to be something wrong with the Firefox version of plugin:
>> 128 * 1.7
== 128,.0
Can anyone confirm this problem?

(In other words the same IE and FF version of rebol dll doesn't behave 
the same here on my setup.)

Cyphre, I get the same answer on both:

>> 128 * 1.7
== 217.6


But that doesn't mean much, since I know I have the same version 
of viewdll.dll installed. You can verify the version # of the REBOL 
DLL in the plugin by going to the following page: http://www.rebol.net/plugin/tests/test.html.

The version # is displayed in that test script.

Stability: Has anyone found bugs with a clean install of the plugin, 
besides the Win2k bug?

not me

Josh: the point is not what this solves, the point is that the same 
script will not work across platforms if we end up using a different 
function for each platform to do the same thing. now, since read-thru 
already does something similar, it looks like a good target to me. 
i'm not sure about a refinement to read, since in that case i guess 
it would be a hack or you'd rather need a new port scheme.