You actually suggest something very cool here: MODULAR REBOL! How nice if
one could just set some software switches (or a config file) and load just
the parts of REBOL that are needed for a given application.... while
minimizing the overhead. I'd guess the smart people at REBOL.com considered
such an idea, but it would be interesting to hear more of their philosophy,
or if such might someday be possible.
While (hopefully) someone is looking, are there any plans for Rebol/DOS? I
know... DOS is old and antiquated and has no multitasking or windowing
features, but it IS SMALL, and FREE/CHEAP (DRDOS, FREEDOS, etc), and
requires very little computing resources... ideal for many of the
applications I'd like to pursue with REBOL. The philosophy of rebol states
that it is intended for set-top boxes and the like, wouldn't DOS be a good
candidate (w/o HD, just run from ROM/RAM) for implementing such things?
Russ
----------
At 12:47 AM 10/26/99 +0100, you wrote:
>
>
>[EMAIL PROTECTED] wrote:
>
>> Hi Petr,
>> you wrote:
>> >How is it modularized/interconnected? What if I would like to have
>> >/Command & /Media features merged in one product? Or /Browse & /Media
>>
>> 1. Good question.
>
>Just let's hope someone will give us answer :-)
>
>> 2. Why not user REBOL-2-REBOL messaging ;-).
>
>Because it's not efficient. Why to run two instances in memory? Let's
>assume REBOL/Media is just REBOL/Core + multimedia capabilities. Do you
>see it? It means two instances of REBOL/Core in memory. There have to be
>some better way (libraries?) or so I hope.
>
>-pekr-
>
>>
>>
>> Elan
>
>
>
