World: r3wp

IE 7 works.
FF3 gives this error
Firefox could not install the file at 

http://www.rebol.com/plugin/rebol-mozb2.xpi

because: Install script not found
-204

>> exists? http://www.rebol.com/plugin/rebol-mozb2.xpi
connecting to: www.rebol.com
== true

I am thinking of building something that will allow me to annotate 
faxes

If I use the paint program in the library ... as a plugin

I guess my plugin code will have to pass the image as a parameter 
to the code so that it loads the image.

So, I'll have to dynamically generate the plugin code.  Sound right?

the fax is on a remote site and will be converted to png by imagemagick

Anyone know how to pass parameters to the plugin?

<PARAM NAME="Args" VALUE="?"> ? Command-line arguments passed to 
the script (available in system/options/args).

http://www.rebol.net/plugin/tests/plugin-guide.html

What I am doing now is storing the image in the webapp public area. 
 I think create the embed object with a parameter pointing to the 
image.  the embed object loads the paint program and then loads the 
image as the parameter.

that's quite the mashup

It's working ...

I can paint on an image that is stored in the Cheyenne webapp

How do you define webapp?

That's the term Cheyenne uses for a password protected area of the 
webspace

ahh..

did you need a password to draw on it?

let me do a quick video

http://screencast.com/t/ICQzmG4FP5

ok

the paint is a bit sluggish :(

Why faxes? Do they not have internet in NZ?

It's for the USA.  Not for me

Oh, and Canada

Still

Most docs in the USA and Canada get prescription requests by fax 
from the pharmacy

That industry is as bad as government when it comes to IT

I don't recall the plugin being this sluggish

Chrome?

IE

Anyone using IE can tell me why the paint is so very slow? http://www.compkarori.com/faxes/paint.html

Or, any View experts here .... Anton??

the plugin doesn't seem to show up in task manager.

I had always imagined that the view.dll ran just like View in terms 
of speed.

I looks like events are flowing too much. I guess events have to 
"traverse" the browser and then go to view.dll.

Maybe you should try an event filtering like romano/gabriele's one. 
eat.r is in rebol.org, but is old. I think there was an earlier version 
somewhere (Romano's web site : url ?)

I looks = It looks

Hmm.

I guess I could bring up the paint in it's own window so that it 
is outside the browser

I'lll give that a go.

the browser makes a nice container though allowing me to scroll the 
paint applet

I thought about enclosing the image inside <canvas> tags .. but doesn't 
work.

Yes, that works better, taking the paint surface out of the browser 
into it's own window.

graham, i think i remember the pluging getting a lot of mouse events 
(more than the standalone view). i think this was a IE thing.

you could solve using something like event compression etc.

Oh well, using it's own window also works :)

Anyone got the plugin to work with FF3 ?

http://code.google.com/p/nativeclient/

so you have rebol running ??

Nice - so web guys are cheating on us, RIA followers, right? First 
they claim web is the mantra. Then they create new browser to even 
more split browser/standards penetration, then they allow native 
code to be hooked. Surely, to make some difference, this one will 
not be compatible with NS type plugins, to make it even more difficult 
for devs ...