World: r3wp

Base is a little smaller (~250K), but that's close enough. If you 
need GUI stuff, it will be around ~550K minimum (using rebface) or 
~650K using all of view and VID..

If space is an issue, you can save a lot of space by removing protocols 
that aren't required. I got a few with full VID based but with only 
http protocol supported.. 506kb, 

I'm sure I could drop another 80-100 if I switched to using rebface.

Good place to discuss a remote encapping service? The idea would 
be for RT to provide a service that would allow you to encap source 
code without the SDK. RT encaps your files and provides you with 
an executable that works for 5 minutes. If you pay a fee (5$?), you'll 
get no time limitation.


This could be for people who can't afford the SDK, want to use the 
encap facility to see what it's all about or simply only need to 
encap a single application.

an encap service as been discussed many times in the past. there 
are a number of problems in doing it.

there could be further limitations, such as only allow up to 50 kB 
of source code, or only to a specific platform.

ok...

the problem is mainly that the process cannot be automated, because 
anyone going to encap a submission must verify that it complies with 
the encap licensing terms.

which basically would mean a rewrite of /encap?

I think it would mean rewrite of licensing.

no, it's not the code that's the problem. the encap process in itself 
can easily be automated (see the detective builder); but, the licensing 
terms don't make this possible.

i.e. if you allow anyone to encap anything for $5, you get /Command 
for $5.

well, it shouldn't be anything. there should be limits to the size 
of the source you could encap, plus isn't it possible to encap with 
only ordinary REBOL/View capabilities?

if it were possible to encap stuff with /command abilites, you'd 
already own /command to test your source prior to encapping...

DocKimbel once told me, that with his R#, encapping is so trivial, 
that he even hesitates to call it a product ;-)

henrik, if you only get normal /View, there is no point in the encap 
service. i.e. it wouldn't help the com interface project at all.

also, it's not true that you would need to have command already.

you just encap a script like:   forever [do ask ">> "]

and you got /Command for $5.

:-) nice tip :-)

but licence forbids to expose rebol interpreter, so it would be against 
it ...

I just wonder, if SDK is really so expensive fro ppl? I am from CZ, 
we have bad salary to USD/EU ratio, yet I afforded to buy myself 
an SDK ....

petr: exactly, licensing forbids it, and that why you can't have 
an automatic encap service where anyone can submit a script and you 
hand back an exe.

well, that's not really what I would want... all I would need would 
be proper encapping of my small Rebol/View scripts so that friends 
can run them with a single click, which is one of the major gripes 
I have when I need to distribute hobby scripts. They don't want to 
mess with the console or the viewtop (believe me, I tried).


If I were to use functions in my scripts that are /command only, 
the service should not allow encapping of source that contains /command 
functions. This way you'd need to own /command and/or the SDK to 
make /command capable exe's.

IIRC someone posted to ml kind of free encapper :-) It was based 
upon generating of zip archive, containing View interpreter, which 
is free to distribute, plus packed scripts ... that could be an alternative 
way for ppl, no?

Henrik - there are two versions of SDK - /Command and "normal" (without 
command features, just pro ones available), which is cheaper ...

pekr, I thought the difference was /Command and /Pro functions...

yes, that is the difference ...

but you don't get /Command functions for free. that would be the 
trick to get you to buy the SDK as opposed to using an encapping 
service

...and I agree with you, that sometimes ppl don't want to install 
something ... the worst thing is, that in many cases, ppl are behind 
the firewall/proxy, and rebol fails here - blocking like mad....

do you need /Command functions?

if you're just distributing a script to friends, then what about 
just a zip file with view, the script, and a windows link that starts 
view with the script?

inability to freely encap ppl's work (and /Pro key is for nothing 
- you can develop features non pro users can't use ;-) is big obstacle 
imo. That is why I think plug-in might be important product - it 
is about deployment - with plug-in aproach ppl just think that things 
work in one click :-)

yes Gabriele, that might be the way - in fact, someone posted such 
"encapper" link to ml, so that work was already done .... noone responded 
IIRC ....

gabriele, too messy :-) "Do I really need that big R icon on my desktop?" 
It has to be one click to run. Grandma style.

henrik, you don't get any R icon on the desktop the way i described. 
and, as petr says, there are programs around that make the process 
of unzipping and running automatic, so the user only sees one exe.

so you link to an exe file within the zip file? is it not necessary 
to unpack the zip file?

using any of the programs petr talked about, yes. with just a zip, 
you unzip then click on the link.

(i wish Windows had bundles, like OSX :)

Henrik - most of the free utils of archivers allow you to generate 
so called "autoextracting archive"

It HAS to be one click exe to run. No zip files. ah well, I give 
up :-) going back to work :-)

not sure if you can point it then to run some exe inside though ...

I wonder, anyway, how will you send it to your friends? ;-) Most 
of email servers will refuse it because of internal security policy 
- we don't allow to send .exes directly, not even inside .zip archives 
;-)

downloads from webpages...

try this:

http://motoko.rebol.it/test.exe

that's more like it :-)

will it work on read-only devices, such as CD-ROMs?

yep, extracts to temp dir. but this depends on the tool you use (i 
used winrar)

hmm ok

i mean default windows temp dir (like 99% of the installers do)