World: r3wp

would save code, if you did not need to change the file. Then
  load-thru url-of-online-html
would do the trick.

Maybe that could be fixed? That the reblet-url is always relative 
to the folder, be it from url or from files?

I was kind of hoping something like that.  Even better would be that 
if you tried accessing the html file and there wasn't any network 
connectivity that it would by default check to see if the files were 
in the sandbox and you would avoid this all together :-)

Just jump to console and type:

	path-thru http://some-url.com/blah.html

>> view-root

== %/C/Documents and Settings/Anton/Local Settings/Temp/REBOL/Plugin/Mozilla/0/
>> path-thru http://www.rebol.net/afile.html

== %/C/Documents and Settings/Anton/Local Settings/Temp/REBOL/Plugin/Mozilla/0/public/www.rebol.net/afile.html

How about a html-mode in rebol? Where script can be supplied html-encoded? 
Could be nice to show source of reblet. MAybe even could run colored 
scripts.

And one could use html-editors to write. They can handle unicode. 
With some care in parsing rebol could use the &*; as is.

Add a html-field which knows about this, unicode and good integration 
with formatted text.

Don't forget that rich text is coming to rebol at some stage. Then 
we won't need HTML so much.

I mean for im/export. If we can shopw pretty documents, we need something 
 to write it. About html for plugins, that  would be a little demo-feature 
to show code.

I can't wait to be able to click on a ".r" file and have it just 
pop up and go.

I do that all the time by .r-association.

Yeah...not the same...

How does double-clicking on a r file relate to the plugin?

I think he means clicking on a link in a webpage, where the link 
is a .r file.

That works too if the mime for *.r is application/x-rebol . But then 
it is complicated to view source. And it could be nice if *.r would 
run automatically as plugin, without generating an html-wrapper.

Just an update if you're curious what's happening with the plugin. 
We're busy working on it. That security design doc will take more 
time, don't have a ETA yet.

How does double-clicking on a r file relate to the plugin?

Yeah, I can see why this subtlety is not clear…

Let's picture 60-90 million people coming across a .r file on the 
web…
What happens right now?

Reichart, with any downloaded file, including a .swf or .pdf, the 
end-user must first have the application installed on their local 
computer. Therefore, it is the responsibility of the locally installed 
REBOL EXE to register itself as the handler for .r files.

Tell me where I'm missing it. The goal of the plugin is to provide 
an environment for REBOL apps to run within an HTML page. It has 
nothing to do with download.

(in fact, the Acroba or MS Wordt-style MIME-type handler, where it 
inserts its EXE into the web browser, is slow, clunky, and almost 
universally hated by end-users, including myself LOL)

Josh - so you are still working on it? I thought  you were redirected 
to some other project, e.g. help with R3 itself :-)

We're working on a lot of things :)

:-) that is nice indeed :-)

Isn't a security document supposed to be available for comment soon?

what is the current way to get plugin running? moz by copying files 
and ie no 1.3.2 because of certificate?

Tell me where I'm missing it. The goal of the plugin is to provide 
an environment for REBOL apps to run within an HTML page. It has 
nothing to do with download.


This is the second time you have paraphrased what I wrote in a way 
I can't tract.



R: I can't wait to be able to click on a ".r" file and have it just 
pop up and go.
J: How does double-clicking on a r file relate to the plugin?
J: It has nothing to do with download.


I don't know why you mention double click, nor do I know what downloading 
has to do with this.


Perhaps we can get on the same page by simply answering my question… 
when someone comes across a .r file, what happens now?

Graham: Yes, it was. I apologize for the delay. We are working on 
other features first. That security doc may take a few more weeks.

Volker: Mozilla will soon include a better installation experience. 
IE 1.3.2 was released a while ago.

You can download IE 1.3.2 from http://www.rebol.com/web-plugin.html.

i somehow get only the  1.4.47 with ie. where to look, and what tag 
to use?

Volker, did you uninstall the old version first?

hmm, that may be it. maybe i hit some older page, is the old plugin 
still  online?

You have to uninstall the old version first. It's not really that 
the old plugin is still online, it's that IE doesn't check for a 
new version and just loads the old one.

To uninstall, go to \Windows\Downloaded Program Files via Explorer. 
Right-click on "REBOL/Plugin" and click Remove.

We're fixing this for the next release, not to worry.

about firefox, i can only launch one page, then it doesn start again. 
is that normal?

Volker: That is a known bug. It will be fixed in the next release.

Reichart: What happens now? If the View EXE is installed, it launches 
and opens the .r file. If not, nothing happens.


That is the ideal scenario. I manually associated .r files to the 
View EXE, so I don't know if it does that on install or not. If not, 
that's a task for whoever owns the EXE installation. It has nothing 
to do with the plugin.

no rebol/plugin in that folder

Volker, really? Is the plugin working for you now? (go to http://www.rebol.net/plugin/tests/test.html)

Yes. And its 2.6.2 now. What did you do?! :)

LOL! I have no idea. You might have had a very very old version.

Maybe i reboted in the meantime, or something.

Yes, possibly.

Reichart: Actually, when I click on a .r file for download and press 
"Open", it launches View but doesn't open the file. Why? I have no 
idea. It looks like two things need to happen:

 1. Download should not trigger Open or Save -- this can be accomplished 
 by registering a MIME-Type handler upon EXE install.

 2. It should actually open the file -- maybe the EXE's not picking 
 up on the Open request for some reason.


These are legitmate issues, but they all relate to the REBOL EXE. 
I'm sorry, but it's just not my area. You'll have to pass this feedback 
along to Carl or whoever owns the Windows EXE development for R3.0.

Or maybe you mean clicking on a .r file on the local computer? Again, 
that's the responsibility of the EXE to register itself as the MIME-type 
handler.

On network its related to the server too. usually it says *.r is 
text/plain. with application/x-rebol it launches rebol IIRC (clicked 
here and there and now does something else anyway).

Yes, again, please pass that feedback on to whoever owns the EXE.

yup, wrong group.