World: r3wp

if file: request-file [
	append files file
]

append/found files request-file

I lose the temp variable

In that case, I usually do 
>> append files [request file []]
no temp var

missing the ANY

before the block

mine is cleaner :)

Steeve, I suggested your unless find serie value [append serie value] 
trick earlier as an INCLUDE function, because it's the opposite of 
EXCLUDE.

matter of taste :)

Yep B

Yes Brian, I saw your ticket

bbl8r

Bed time, see you later Guys...

steeve.... about:  

unless find serie value [append serie value]

did you know rebol has a fantastic thing called.... a function?  
and yes... you are allowed to write these !!  ;-D

brianH I have been using include for years.

Max, did you know Rebol has these things called natives ?

yeah, but many series and loop funcs aren't natives anyways.

I believe the idea is to make the language more friendly and creating 
your own mezzanines doesn't help others

I use Include function for year too, but it does something totally 
different :-p

for years

well, 'include is a polysemic vocable, not the best choice.

Steeve, good one, I had to look "polysemic" up.

Yeah, discouraging that use in R3 is a good reason to call the function 
INCLUDE.

Sorry it's a term I like to use in French and I just googled a traduction.

I like the concept and the word, but won't be able to use it in conversation 
much :(

It's really easy b

... because all words are polysemics (more or less)

No, I usually can't use words in conversation unless the person understands 
them. Most non-technical conversations fall apart when too many words 
have to be looked up in a dictionary - it breaks the flow. So, unfortunately, 
I don't often get to use cool words like "polysemic", and have to 
translate them to more accessible language instead.

(I use it to impress Girls)

:-)

It's nice when that works :)

sometimes...

But back on topic, we all know that Ladislav and Maxim have been 
using functions named INCLUDE to write their own code organizing 
or module systems over the years. But R3 has a standard module system 
already. We want to encourage people to use *that* module system, 
or to improve it if it isn't good enough for them. Code written for 
incompatible module systems is incompatible because of that, and 
thus can't easily be integrated or reused. This leads to fragmentation 
of the community code base, which we definitely *don't* want. Especially 
since the proposed standard library of community-provided R3 modules 
is supposed to be compatible with R3's module system, and each other.


So we definitely don't want to reserve the word "include" for use 
by alternative module systems, because we don't want people to *make* 
alternative module systems for R3 unless they are compatible supersets 
of R3's module system, which uses IMPORT instead (different concept 
too).


R2 is a different matter: We're already stuck with different module 
systems and incompatible code bases, and they have to keep working. 
Even if a R3-style module system gets backported to R2 (and it will 
be) it will have to be an optional addon. And if INCLUDE gets added 
to R3 as the opposite of EXCLUDE, there would be downsides to adding 
it to R2. We wouldn't be able to use it in any mezzanine code because 
the function would be overriden by Maxim's module system or Ladislav's 
non-modular code organization system. So INCLUDE probably wouldn't 
be backported.

Do we have anything in R3 that equals PREBOL? I use this pre-processing 
quite a lot to include code (features), logos, colors etc. user dependent.

It's the next thing on my list to rewrite PREBOL to be compatible 
with R3's module system. The syntax should be a compatible superset, 
but the internals will be a lot different.

It shouldn't be hard: R3's module dependencies are statically determinable, 
and the semantics can be translated to one-script form using known 
transforms. The module system was designed with this in mind.

This is, btw, the reason the module system doesn't have an INCLUDE 
function, and the reason for the limits of the IMPORT function.

Well, some of the limits anyways.

Yeah, discouraging that use in R3 is a good reason to call the function 
INCLUDE.

 - if I understand you well, by "discouraging that use in R3"  you 
 simply mean, that you discourage to use a Rebol preprocessor in R3 
 (since my INCLUDE is just that). Then, I see it as inconsistent, 
 taking into account, that later you expressed an opposite viewpoint.

we all know that Ladislav and Maxim have been using functions named 
INCLUDE to write their own code organizing or module systems over 
the years. 

 - I have to disagree with this. AFAIK, Maxim never used 'include 
 as a name for that purpose

(which is illustrated above by himself)

Neither of these systems are in general use

Gabriele has his own system too ...

So we definitely don't want to reserve the word 

include" for use by alternative module systems" - have to disagree, 
again. My INCLUDE is not an alternative to a module system - it is 
a preprocessor, as everybody using it knows.

I've got my own aswell, copy/paste

And probably Anton has one too

Is that a contest ?

It's the next thing on my list to rewrite PREBOL to be compatible 
with R3's module system. The syntax should be a compatible superset, 
but the internals will be a lot different.

  - hmm, reinventing the wheel? (my INCLUDE is already available from 
  rebol.org library and it has the properties you listed)

Oh that's it