World: r3wp

For the 30-Jul-2004 SDK build ( http://www.rebol.net/builds/031/
) that is.

Question: the SDK license require to not let the program interpret 
Rebol code !

If the program load a config file (with 'construct) does it go against 
the license or not ?

I've always made my config files in a dialect so that I don't have 
this problem

The intent of the licence is to prevent on-selling a REBOL-like took 
which does little more than expose the REBOL API. This is no different 
from other [commercial] programming languages where they don't want 
you buying a licence for $2,000 and then distributing essentially 
the same functionality (i.e. a language / compiler) for $5.


An easy way to express this notion is: "You are not permitted to 
use this product to create a product that could be construed by a 
reasonable person to be the same or a derivative." Finding the reasonable 
person is the trick! ;)

'construct is ok. user can only insert data, not code.

Uhm...  I thought that in REBOL there is no code, only data that 
modifies itself...

Volker means that CONSTRUCT will not evaluate the spec block, so 
there will be no explosions :)   (make object! spec-blk   does evaluate 
the contents.)

yep, CONSTRUCT is ok.

good

I found that under win32, set-modes file [ modication-date: date 
] works in the betas, but not in the latest sdk.  Can anyone else 
confirm this?

so even something as simple as
<%
	print {hello
%>

kills rsp and subsequent rsp

oops ....

ignore that about set-modes .. my error.

what is latest SDK version, please?

I mean - even beta ... of course if it is stable enough though ... 
:-)

cz out http://www.rebol.net/

With source dir: 1.2.0; without: 1.2.48. I've been using 1.2.0 for 
the last two years or so without any major issues; don't know about 
1.2.48 though (apart from the fact that the executables it generates 
are 30Kb larger).

I got a second sdk later on with support for more icons

i use 1.2.48

Paul: version?

maybe the 1.2.48.3.1 version

Yes, that 30KB is due to the full-color XP icons. Unfortunately, 
that space must be reserved in the exe, for reasons that MS must 
have, but are not entirely clear.

In other words, if you open the exe in an icon editor, you will see 
all the different kinds of icons that are in there taking that space.

It is ironic, those icons take up almost 3 times the space of the 
entire REBOL/Services enhancement!

Ironic but critical for making a good impression sometimes. We could 
probably get real tricky about how to reduce the need for them, but 
is it worth the effort?

I believe the icons are needed because I was experimenting with it 
and found without it I couldn't not get the results I wanted on XP.

They are that one thing that people associate a name with - may as 
well make it look good in my opinion.

Has anyone else seen this nasty encap bug where you can't read the 
current directory?

ie. this fails ... 

read what-dir

and you have to 

read dirize what-dir

instead?

I remember reporting a directory bug sometime back but it was only 
related to root directories I think

Oh I think I remember that bug also where there is no path

I looked at rambo .. nothing there, so I entered it today.

Is it related to this problem: http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-thread.r?m=rmlNBPC

Hmm.  Could be.  I''ll ask my user to see if they are using request-dir 
before the error occurs

even 

write join %./ %file.txt "sometext" fails

Hi Folks! How to solve to not open the console window or to change 
the window title for no-windows applications?

Console window: use header word "encap". See in docs/encap.html of 
your SDK.

Geomol, I'm using this word

http://www.rebol.net/cgi-bin/rambo.r?id=3660&

take a look

I'm trying to encap my non View applications.. cgi[

you can't change the title yet for console windows .. I've asked 
carl to fix this.

Anyone recommend a good [free] WinXP substitute for IconEdit32 since 
I've moved from SDK 1.2.10 to 1.2.48 (it doesn't support 16.8m color 
icons).

IconSushi.  It's not so much an editor as a compiler, importing PNG 
(including 32-bit) and BMP...

http://www.towofu.net/soft/e-aicon.php

Thanks Chris, that's a handy little util. The only thing it can't 
do is change PNG color depth (useful if you generate your PNGs from 
REBOL). Any ideas on that score?

Hmm, I tracked down pngcrush (http://sourceforge.net/project/showfiles.php?group_id=1689&package_id=6641), 
 and while its usage seems clear enough:

	pngcrush.exe -bit_depth 4 24bit.png 4bit.png

it dosen't seem to work.

That does suck indeed.

But that also requires colour space which is why they prob decided 
to just bunt.

Not quite the batch solution I had in mind, but MSPaint lets you 
save a PNG as a 4, 8 or 24 bit BMP ... which is good enough for IconSushi 
... which works with good old ResHacker ... which lets me, wait for 
it, change the default REBOL icons in an encapped program ... and 
folks wonder why REBOL isn't mainstream yet! ;) (An "Encap: [icons 
%my-icons.ico]" type option would be a good thing IMHO).