[EMAIL PROTECTED] wrote:
> 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.
Exactly - there is no possibility to have something like "script library",
simply said - possibility to "unload" script. There is no registration ongoing,
what words, functions, objects got defined by doing/loading the script.
There is no possibility to choose, what protocols to load, and even if so, how
to unload them?
I am just scared REBOL/Media etc. will be just another separate executable, just
with gfx stuff built inside. I hope someone will prove me being wrong :-)
>
> 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?
>
Heh, I still hope we just know part of the plan. In my opinion, once we will see
enough multimedia and other applications (let's say in some 2 years horizon), it
will be time to create underlying layer, replacing in simple way need to run
Rebol on host computer. And, new embedded OS got born :-)
Carl? ;-)
Best Wishes,
-pekr-
>
> 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
> >
> >
> >
