World: r3wp

I just discovered Tim Wylie's Wrapper for the rebol plugin. It works 
for FireFox3 Google's Chrome and Opera. It allows you to have multiple 
rebol apps running in seperate draggable windows inside the browser 
window. I tried it on opera mini and although the "dock and Application 
laucher windows show and app windows open the apps do not seem to 
run. I'm not sure how the wrapper works if its on the server side 
or client side. It worked on a fresh install of opera without me 
downloading the plugin dll (but it may have been there from a previous 
experiment.) 
Anyone know if opera mini could run this?
This could be a great way to get rebol apps on my mobile phone

You would need a rebol dll for the operating system and hardware 
of your phone. If it is not running Linux you may be out of luck, 
and if it is you would need to request a build. The WinCE build of 
REBOL is an old port of /Core for the handheld pc version of WinCE 
with no support for onscreen keyboards or Smartphone edition, and 
there is no build for Symbian.

I was able to use it on my linux box with firefox. I know there is 
know plugin for linux firefox and I do not have any form of the plugin 
on that machine.

My mistake. The front end ran but rebol apps do not on the linux 
box...never mind

What is the status of the plugin ?  Does it work for FF 3?   IE 7? 
Chrome ?

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.