World: r3wp

I will try few ways of doing it too

Would this one line in your start up help?
   if not encap [#include: : do]

interesting.. I will try if it works

why not create a target source file and run that?

enface source.r -t target.r -o target.exe
and that gives you the pre-reboled version as target.r

but then I have to encap everty time I make a change :)

no .. you can use pre-rebol ....

encap uses prerebol

ok .. encap or prerebol every time I make a change .. I could automate 
it so that when I want to text-run app I have some batch file that 
prerebols it and runs it instead of just runs it

Also look at cheyenne.r

that could work since rebol doesn't give me line number on error 
so it doesn't matter that I am editing different thing than running 
(in terms of file/line num)

I use a .cmd file myself ... to build my sources and then run them.

But doc has set up cheyenne.r so that you can either run it , or 
use it in encap.

I will look at cheyenne.r , thanks

Janko: re your #include question: you should try INCLUDE, seriously

it solves exactly your problem

you always can do: INCLUDE %file, which is an equivalent of DO %file, 
except for the fact, that it includes everything needed

...and if you want to just save the file, you use INCLUDE/LINK %my-input.r 
%preprocessed-output.r

Sunanda, the "#include: :do" suggestion won't work as #include is 
an issue! not a word! ... I like the line of thought though.

#include: :do surely isn't possible, it would be possible only if 
we used the *include* alternative

Ladislav: I will try your include

Thanks, Ashley.....

    loop 100 [print "I should test my ideas before publishing them."]

It would not work for me anyway as I use other PREBOL syntax as well. 
Personally I like the issues for such a syntax. I use PREBOL for 
single projects scripts and 'require spec in the script's header 
for other scripts/projects which are required for the single script/project.

The difference between the 'require and the script's #include is, 
that in the header I use only projects/script name and or version 
and not relative path as one has to do with the #include.

...as one has to do with #include...
 - it depends...

In R3 I should probably replace it with modules. Your include.r enables 
that?

Carl wrote, that R3 modules don't support include at this time, check 
the http://www.rebol.net/wiki/Inclusion_Methodsand http://www.rebol.net/wiki/INCLUDE_documentation
texts

(maybe you find what you need)

I have what I need :) I'm just not sure why the #include should be 
replaced. BTW.. I have one own addition into PREBOL - #include-block 
(which includes data as a block as it's with #include-binary)

(I mean the usage of issues for preprocessing directives)

undestood

Also my preprocessor adds comments based on script headers so if 
I include foreign script, the name of the author is present. Like 
for example here: http://box.lebeda.ws/~hmm/rebol/gif_latest.r

the headers: yes, that looks like making sense in case the file is 
meant to be published as text

Anybody know a workaround for this?

from rebcmdview.exe and/or old desktop:

REBOL []
print length? read/lines http://www.google.com	;; works
print length? read/lines http://www.rebol.com	;; works
print length? read/lines https://www.google.com	;; works
halt

11
242
11

encapsulate (encmdface.exe) above and run the exe:

11
242
** Access Error: Invalid port spec: https://www.google.com
** Near: print length? read/lines https://www.google.com
halt
** Press enter to quit...

happens on any https page

Yes, check to see if https is installed.

Unless you downloaded the very latest 2.7.6 sdk, you will have that 
issue.  Easy to fix though.

I received this via email. ...rebol-sdk-cmd-z2l7np..... Is there 
another place to download the latest?

I'll send a message to Rebol.  I have 2.5.6. Thx.

I googled this http://www.rebol.net/builds/#section-1

not sure why there is no easily found direct link

Graham, that worked!!!! Thank you very much!!!

links  were broken on one of the updates to the site when R3 was 
given more space.

is there are problem with the latest builds of sdk  not  using the 

encap: [title "window title"]

properly?

Works on Windows with SDK 2.7.6.

not here.  windows 2.7.6  also.... very strange.

I tried with enface.exe and encmdview.exe  both give a  tile like 
 "REBOL -      "

Got that prefix only with source version. Once encapped (with enface), 
I get the proper title.

is your title: ""  assigned to anything in the header?

yes, it's assigned to the same name as in encap/title.

can you give me the full header? ... I'll just try it as-is to see 
if its a side-effect of the complete header... & or other encap options.