World: r3wp

I haven't managed to get include to work yet for remote files
 - interesting, what did you try?

would this work?
 - how would you like it to work?

(#include is a preprocessor instruction, so it is being preprocessed 
usually)

it read all filenames in the block and inlines them. after preprocessing 
there are no filenames, so it replaces nothing. without preprocessing 
there is all the files content. in both cases i can do it.

hmm, files/1 may be a file! even in case the source was preprocessed

eeks, another bug..

...and if won't be a file! in case the source wasn't preprocessed

and the 'change inserts multiple items. should change position.

the äinclude would not, but the %include1.r would.

did you read http://www.fm.tul.cz/~ladislav/rebol/include.html

btw: foreach files [if file?...] is clearly not what you wanted it 
to be...

i guess i trash that version completely :)

the question was more aboutthe concepts than the implementation *whistle*

so, did you read the above mentioned description?

Can your include also expand blocks? then this would work
if not value? 'include[do 5ladislavs-include.r]
include[ all the main code ]

Not yet, thought its like prebol. sorry.

did now.

Can your include expand blocks?
 - INCLUDE takes only FILE! or URL! argumenta

than my exapmle needs an extra file

it is easy to allow blocks, though, because I implemented this functionality 
anyway

when 'include is inbuild it is no problem. but if the main script 
must include to include something and want own content too, would 
help.

; 'do of course..
rebol[]
if not value? 'include[do %ladislavs-include.r]
do include[ all the main code ]

no, then the include/link would be confused.

I am using the mouse-click method when I want to INCLUDE something. 
Don't you want to describe how it can be done e.g. in Linux?

(I mean whether you want to write a section describing how to do 
the same in Linux)?

i would try a bash-script and do the same as with the windows-shortcut.

will try. but i thought about viewtop.  alsthough that one can be 
patched.

this is the source: http://www.fm.tul.cz/~ladislav/rebol/include.rmd

Thanks.

When I #include http:///www.an.example.com/directory/script.rit 
gives an error that it can't find script.r even if I've appended 
the url directory to the include path ... maybe I'm assuming something 
somewhere

The mouse click thing works for me by the way :)

this works for me, did you try something like that?

>> save %test.r [rebol [] #include http://www.fm.vslib.cz/~la
dislav/rebol/lfunc.r]
>> print read %test.r
rebol [] #include http://www.fm.vslib.cz/~ladislav/rebol/lfun
c.r
>> include %test.r
connecting to: www.fm.vslib.cz
connecting to: www.fm.vslib.cz
>>

(sorry for line breaks)

Andrew: I haven't published the changed prebol. (I was actually hoping 
for Carl to make it the default in the future.) The problem with 
it is that encmdview would still run with the standard prebol since 
it is built into the exe, so you would still have some problems. 
In the end, it's probably better to use Ladislav's INCLUDE function 
as it gives you more flexibility, and I guess it'll become the default 
too in the future.

The following is typed not pasted ...

>> do http://www.fm.vslib.cz/ladislav/rebol/include.r

>> save %test.r [REBOL [] #include http://www.absentis.com/files/rebol/library/libadl/libadl.r]

>> include %test.r

** Access Error: Cannot open /c/Documents and Settings/kccadl.KAS/var/website/files/rebol/scripts/libadl.r

** Where: include-script

** Near: found: load/all target

if header

>>

If I made a typing mistake above it wasn't in the original, as you 
can see I get an error including the file via http, that same file 
works perfectly when i do it ...

Someone reported this error .. "The file "...exe" contains more than 
one data stream, but the destination volume does not support this 
feature.  Some data will not be preserved as a result" .. what does 
this mean for encapped apps?

Oh, yeah, it also says "Information that will not be preserved includes 
:Zone.identifier:$DATA"

hmm, i think you can safely ignore it. i don't think rebol has anything 
to do with it. NTFS allows for multiple content to be associated 
with a file name, but almost noone is using this feature i think 
(like for links); so something on that system added a data stream 
to the exe file.

i don't know much of how this works - a Windows expert may be of 
more help.

new SDK works differently? It does not contain prebol.exe, but it 
contains prerebol.r ...

is it now all done by en-face for .e.g, which first automatically 
calls prerebol?