(in INCLUDE, all directives are "user-defined" in a sense)
Maxim
but anyhow... I have a different application model than most rebolers... so I don't require the exact same kind of toolchain as others.
Ladislav
Yes, that is a part of REBOL flexibility, you can use anything you like.
Maxim
The ability to build our own tools in a pretty small timeframe is one of REBOL's main features.
Ladislav
However, regarding the toolchain - I seriously recommend all users to try INCLUDE, otherwise they don't even know what they are missing.
Maxim
and I agree with this.
I know for a fact how hard you worked for it to be non-intrusive to other toolchains.
Ladislav
(many users have reimplemented their own version, but my version has probably the longest PITL usage, development and testing "tradition")
...and also it incorporates many ideas/advices from many sources, not just my own ideas
Ladislav
INCLUDE taught me that it really makes sense to maintain backward compatibility between R3 and R2, which is what BrianH is doing when backporting some R3 functions to R2.
Also, the INCLUDE is striving (successfully IMO) to "bridge the gap" between R3 and R2 by providing the same functionality in the same piece of code. Also, I bet it is much easier to have it written in the "forward/backward" compatible manner than to need to maintain two different scripts.
DocKimbel
Ladislav: can INCLUDE now be used to run the same code both from sources and encapped, with no code change?
Ladislav
I am not completely sure what your question is, but we use it to:
1) run the code from the source 2) encap the above code as well, both at the same time
When I click on any file icon here, I usually use INCLUDE to run the code, in fact
(and preprocess it at the same time, if needed)
DocKimbel
I just mean enabling any REBOL app to run unchanged from sources (using DO) or encapped.
Ladislav
what is "encapped"? once encapped, it is just an .exe here
but, certainly, I use INCLUDE to run (e.g. when testing) any REBOL application otherwise needing preprocessing, i.e. such that even could not be run by DO; of course, such applications that can be run by DO can be run by INCLUDE as well
DocKimbel
Encapped: executable binary generated by /Encap.
Ladislav
Why would you want INCLUDE to run such application?
DocKimbel
Ok, let's try another way. :-) For a given REBOL app codebase that can be run with DO, can INCLUDE be used in such codebase to enable application preprocessing suitable for /Encap while letting it still be run using a simple DO?