[REBOL] Re: Introducing REBOL/Base - FAQ
From: tim:johnsons-web at: 28-Sep-2002 16:23
* Carl Read <[carl--cybercraft--co--nz]> [020928 14:52]:
> On 29-Sep-02, Carl at REBOL wrote:
> > A: The idea of a REBOL subset is new and contrary to our rule that
> > REBOL executables must include everything. We want to see what
> > developers think of this idea.
> Of the top of my head, I think this is a very good idea. Smaller and
> faster will always have a place.
Amen to Carl R. Now I know that Carl S. has a fantastic vision
in rebol (and rebol is his baby and his creation). But as a programmer,
who is interested in interoperability and who has partners who
aren't that interested in the rebol vision, the concept of
a lightweight interpreter has great merit with me and being
interoperable with a minumum of fuss with things like MySQL,TK,
gzip protocols, etc will have great merit with my partners.
I'm not certain what that contrarian vision of a "rebol" subset
would be, but from my isolated perch at the top of the world,
those further south of me are saying that small devices will
grow in implementation. Does that constitute a place for a
"subset" of rebol?
Here's a thought that occurs to me: My partner programs in perl.
He's followed my interest in rebol and is of the opinion that rebol's
built-in tcp has some merit in comparison to the external perl
modules. I think that he would find some appeal in a rebol "subset"
that would handle some of his tcp needs if the interface was
simple. That way he wouldn't have to learn rebol...
And he has seen what rebol sockets can do with MySQL.... thanks
> > Q: Does /Base include graphics functions?
> > A: No. But, there will be a similar version of REBOL/View (as of yet
> > unnamed, got any ideas?).
> REBOL/RGB - the base colors?
> Carl Read
> To unsubscribe from this list, please send an email to
> [rebol-request--rebol--com] with "unsubscribe" in the
> subject, without the quotes.
Tim Johnson <[tim--johnsons-web--com]>