Hi Elan,
I choosed to comment on your post, if you don't mind :-)
[EMAIL PROTECTED] wrote:
> Hi Robert,
>
> my priorities are a little different.
>
> 1. With the exception of a few minor glitches (and some very rare crashes)
> REBOL/Core is currently doing most of what I would like to see it do. It
> would be helpful if you posted a more detailed list of items that you think
> are missing.
>
What's missing? Well, if you will look into REBOL system object structure, you
will find system/user/words and system/script/words fields. I think it was
Carl, who commented my questions, stating those fields will provide separate?
context and REBOL/Core should provide some functions, to make some words of
above mentioned context visible to global context, etc.
It was also said adding the message port should be of no problem.
Early alpha REBOL stages webpage was also talking about multitasking and
NATIVE! datatype, but not that NATIVE! we know .... it was supposed to allow
extensions to language (probably C based). But well, that's something /Command
could suply in some form ...
What more? More network protocols stuff? More modularity? Are we going to see
/View, etc. in form of one executable? What if someone is not interested in
having all the network stuff being built-in? I know actually it is small
overhead, but anyway - there is no ability to load/unload stuff ...
> 2. For me the top priority at this point in time is REBOL/View. GUI access
> is IMHO by far the one item that will catapult REBOL forward the most.
>
Yes, but it's so sudden I am scared a little bit it about it :-) I hope it will
be extensible in some way or at least it contains some nice primitives to build
own effects. I am interested in Scala Multimedia like effects, wipes. I hope
double buffered smooth scroolling is supported, as I don't buy jerkinness.
> 3. Of course REBOL/Command continues to be a much expected version.
> Nevertheless, on my list it ranks below REBOL/View.
>
Hmm, not sure. Look, I am on REBOL/Apache ML, and noone from REBOL Tech. was
willing to tell us to date - if /Apache is going to be based upon /Core or upon
/Command. If it is going to be based upon /Core, it is just joke, and NOONE
will use it seriously without database support. Well, I will surely find some
usage for it - but it's me, reboller in heart. I talked to some friends using
some other solutions - without database support they will not spend even minute
looking at /Apache module.
Also - I am interested in Toolkit version - embeddable into my own apps. I like
the way REBOL/Apache object is exposed to external world, while linked
internally to Apache itself - that's the App-Talk or how I understand it - roll
your own dialects for your apps to communicate with external world ...
I am also still waiting for Netware version to look what can REBOL offer here,
as we have many Netware based servers here in our company.
So much of interest here, so little answers .... still waiting for REBOL Tech
to clarify some things ...
Friendly,
-pekr-
>
> ;- Elan >> [: - )]
