World: r3wp

Thanks to all of you!

Ok, now I have a related problem. Zone Alarm won't allow my encapped 
program to access the Internet.  I think it is because the program 
is not a view program, and therefore ZA cannot recognize it as a 
program separate from the rebol interpreter. Is there any way around 
this?

No, that is not the reason. Maybe you accidentally denied it access. 
So it should be in ZoneAlarm's list of programs. Go to the list and 
remove your program. Then try running it again. Otherwise, I would 
check if ZoneAlarm has any rules which block ftp. Does another ftp 
client work ?

Yes

My program doesn't show up in the ZA program list, even after I add 
it.

Mmm.. that sounds strange.

Can it read a web page ?

(your encapped app, I mean)

Maybe you should add it to the list of programs allowed to contact 
te internet.
I

Can it read a web page ?  I don't know, but it can't send email.

I see a strange bug with the REBOL/View included in the latest SDK 
of 5-Dec-2005. The following code produce a linear gradient in earlier 
versions of View (as it should), but it gives me a radial gradient 
in the SDK View:

FillType: make object! [
	grad-mode: 'linear
	startpos: 20x20
]

img: make image! 100x100
draw img	[pen none fill-pen FillType/grad-mode FillType/startpos
		0.0 100.0
		0.0 1.0 1.0
		0.0.0 255.255.255 0.0.0 255.255.255 0.0.0
		polygon 20x20 80x20 80x80 20x80]

view layout [image img]

Funny thing is, that if
FillType/startpos
is changed to
20x20
the gradient will become linear.

Conclusion so far is, that the DRAW command only can handle one object-reference!?

Help!
(This is crusial for me to continue Canvas RPaint development.)

*crucial*

To be more precise: is it a bug?

if replacing the actual values works, i'd say it's a bug.

Is 'linear the default for gradients? i.e. are the objects being 
de-ref'd correctly at all? I haven't tried this in the new View, 
so I'm not sure how lookups are evaluated. Does it work if you use 
COMPOSE?

'radial is default (it seems). I indicate 'linear in the FillType 
object, and it does linear gradient, if that't the only value, I 
use by reference. If I have a second value by reference (FillType/startpos 
in stead of writing 20x20 directly), then gradient change to radial.

Notice! This behaviour, I describe, is ONLY with the REBOL/View included 
in the SDK of 5-Dec-2005!

I would like to use this precise View, because it has many DRAW bugs 
fixed, but make this new one.

Can you use COMPOSE? And does that work around it?

I have to test later, when on my windows PC. Thanks for the suggestion, 
Gregg. :-)

Gregg, yes, if I do a compose as in:

compose [pen none fill-pen (FillType/grad-mode) (FillType/startpos) 
...

then it work correctly. So that is a possible work around. It must 
be a bug, and I'll report it to RAMBO.

It's also worth noticing, that the bug is only there, is the 2 variables 
(grad-mode and startpos) are inside an object. If they're defined 
as stand-alone variables, it works too. So it's a problem with combinations 
of objects and DRAW.

I think that has to do with evaluation constraints then. That is, 
DRAW will get words, but not do further evaluation (kind of like 
CONSTRUCT), so it's safe.

I'm trying to use the 2.6.2 version of enface from the SDK to encap 
a Rebol script I used to encap with rebolve, but I get the following 
error:

Set-Net not provided.
** Script Error: stylize has no value
** Near: stylize [
    wmtxt: text "Test" 255.255.0 font-size 16
    wtext: text " " 640 as-is no-wrap black white
    box: box...
** Press enter to quit...

Any ideas?  It also didn't support 'insert-event-func.

you haven't included all the necessary files.

Aha!

I guess I was expecting they were all included like with rebolve.

you have to explicitly include all the necessary source files

How does one ascertain which source files contain which functions?

prot.r includes all the protocols

view.r includes all needed view stuff ( I think )

and there's another for mezz.r

you can edit these to rip out the stuff you don't need.

Thanks Graham!  I have it up and running now, but it isn't working. 
:-(

I'll have to debug now to handle whatever changed in Rebol to cause 
it to stop working.

Just curious if the sdk package located at http://www.rebol.net/builds/sdk/
requires a newer license.key file?  I already own SDK but this one 
seems to tell me to put my license file in the correct directory 
when I try to run it and I have dropped into every directory I can 
think of.

If it requires a newer one then anyone know how much it cost them 
to simply upgrade their license file?

I am concerned that REBOL would require me to buy another one shortly 
afterwards.

Paul, my license key still works.  I'd contact RT to see what's up.

You just need to put it in the directory where the executable is 
located (at least that's what I did).

Ok will do. How old is your license.key - when do you think you initially 
purchased SDK?

Jan. 14, 2002.  But I used to work at RT so I may have a different 
license key than what you purchased.

Yeah that is true.  Thanks Bo.  I got an email into Cindy currently.

I guess this would be good to post in RAMBO for the future.