World: r3wp

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?

SURFNet detective does this. I don't know how they do it, but when 
I've done this kind of thing, basically, there's a server process 
you can ping to find out the latest version, or just a place you 
can download files and you can check timestamps and sizes, to see 
if there's somethnig new available. 


Also, consider if you need to download the whole app, or if you can 
structure it so the main app is just a kernel, and the parts that 
are likely to change to loadable modules. That's how AltME works, 
and the Detective as well. Then, of course, you want to sign the 
modules to make sure nobody spoofs you into loading malicious code.

Thanks for the your insight Gregg.

Not specifically SDK, but how does one have an installation that 
also calls other install scripts?

Do you look for a return value from those scripts to make sure it 
went okay?

This work with View:


x: info? ftp://user:[pass-:-ftp-:-bible-way-:-org]/www/turk/backup/enter-data.exe


But when encapped with encmdface 2.6.2 it generates an error.  Anybody 
know why?

because you haven't included the ftp protocol??

I included this:

#include %/c/sdk-2-6-2/source/prot-ftp.r

Is that it?