World: r3wp

makes you think a bit. :-) still, I did a gauss blur convolve in 
plain rebol code vs. rebcode and the rebol version would have taken 
a full minute to process the image, so rebcode is much better than 
nothing :-)

Guys, please be patient ;) I'll post DRAW change summary in AGG group 
very soon.

BTW the new convolve function is written directly in C. Carl liked 
the rebcode convolution demo so he decided we should add this effect 
at native level.

From my quick tests the C version of convolve is about 15-25 times 
fater than the rebcode version. But this doesn't mean that rebcode 
is always 20time slower. It depends on the application imo.

yes, I noticed it, as I played with original rebcode versin a bit 
.... I thought for a little while - cool, they speed up rebcode, 
maybe kind of compiler inside? :-) and then I realised I am running 
official release, without rebcode inside :-)

I hope Carl liked also faster blitting, so hopefully this will be 
included one day too :-)

I think the biggest bottleneck in Rebcode convolve version is extracting 
32-bit integer(pixel) into R G B A parts. We probably need some opcode 
for that. I think this could speed up the 'per-pixel' operations.

or we need plannar gfx like on amiga? :-) just kidding ...

hmm, such opcode would not be traditional asm opcode, otoh rebcode 
it rebol dialect, so - why not if found usefull, right?

I think blitting is already in the todo list so stay tuned ;)

is blitting using just new/faster routines, or has in anything in 
common internally with how fast you can enter event loop (time wise), 
to call 'show?

hmm, probably wrong question ... it is not probably timer related, 
so must be faster redraw routines ...

Cyphre, I wouldn't mind having a few more opcodes that are really 
optimized for pixel writing as opposed to general purpose opcodes 
that are "sort of fast" :-)

(pixel reading too)

Henrik, please put your rebcode pixel access opcodes ideas/enhancements 
into Rambo as a wish. This could make bigger attention to Carl ;)

hmm... I don't know much about it. I think I will discuss how it 
should be done first in the rebcode group.

How can I check to see that a printer on a usb port is turned on?

I'm using Windows XP.

You need to use Windows API calls for that imo.

Thanks, Cyphre.  I was afraid that would be the case.

Check that the little green light is on?

I am writing software for people who know very little about computers. 
 :>)  Funny sometimes.

if confirm "Do you see a little green light on the printer" [..] 
;)

lol, you guys are right!  If the user can't even make sure the printer 
is on he or she is too dumb to use a computer.

Another question: what is required to use view-request.r with enface? 
I keep getting an error message:

** Script Error: sky has no value
** Where: context
** Near: color: sky size: 2x2
** Press enter to quit...


I just want a calander to pop up to request a date.  Is another source 
module required besides view-request.r?

I would include at least %view.r, which then includes other files.

Seems there is some naming-convention. %view.r includes all 5view-*.r, 
%prot.r all %prot-*.r etc.

Volker, that helps some.  But now I get:

Unknown word or style: request-date

I think I have included all the files needed. The problem must be 
in the way I am using request-date. Oh well, I figure it out after 
lunch.

I am writing software for people who know very little about computers. 
 :>)  Funny sometimes.
  
You mean 99% of the world?

Are there any documentation for calling the rebol.dll, which functions 
are exported  etc?

Has anyone tried to build a Win service with it or to use it with 
Apache?

sqlab, your answers (in order, and to the best of my knowledge):
- No.

- REBOL_Initialize, REBOL_Status, REBOL_WndProc. There isn't any 
current documentation as to the argument and return types of these 
functions. Some example code would be nice.

- Not to my knowledge, although the question of how to use this dll 
has been asked often. The Plugin group here was formed to request 
that the community create code that uses rebol.dll, and occasionally 
that request is repeated by the person that created the group, but 
progress stalled when people had difficulty calling the dll because 
of lack of documentation.

IIRC James posted the headers.

When? Where?

No, Jaime. Early in the plugin-group IIRC

http://polly.rebol.it/test/test/moz-plugin/dll-header.h

Also note that the evalScripCodeFunc is when rebol scripts calls 
DO_BROWSER function. Not needed for basic port.

Thanks! I had recalled him saying that he had posted a link to a 
header in the plugin group, but at the time I had the whole history 
and there was no link. I must have missed it in REBOL2 or something.

Thanks, I will have a look at it.

But I guess either I check the meaning of the parameters by try an' 
err' or I will have still many questions.

He posted not the link but the source. Which i uploaded. :)

Check the MozPlugin area.

downloaded SDK ... wanted to ask - will there be any docs? Were there 
any changes for preprocessor for example?

what is the latest enface version? REBOL/Encap 1.2.0.3.1 ? Actually, 
I just ordered a SDK but my app doesn't work once enfaced while it 
works with REBOL/View 1.3.2.3.1...

Latest encap version (Windows) is 1.3.2.3.1 available from here: 
http://www.rebol.net/builds/sdk/

ho! going to try that right now! I feel desperate with actual result!

Now I feel good! Thanks!

I think it's request-download makes reference to a user-prefs object 
which should be included in the main view sources.

it looks at user-prefs [ debug ] ...

I am trying to find out if I can have an application monitor for 
updates and auto-transfer the latest version.  Can an encapped app 
monitor for a new version of the application using the header attributes?

or any recommendations on a good way of doing this?