[REBOL] Re: About View
From: petr:krenzelok:trz:cz at: 29-Mar-2001 6:26
GS Jones wrote:
> From: "Carl Sassenrath"
> > I should point out that REBOL/View is not REBOL/Link.
> When RT gets it all planned out about what product lines it will be
> carrying, I would recommend that someone carefully peruse the rebol.com
> website and be sure that *all* the pages agree on the names of the products
> in order to avoid continued customer confusion. The new products page
> states that /View becomes /Link/World, and the download page states that
> /View is obsolete and being replaced by /Link.
And that is exactctly(!) why I was so confused by Carl's message. Seemed like
another Amiga Inc. kernel switch confusion :-) Unannounced, not publicly
discussed, cooked behind the door, etc. :-) - but that's OK - RT wants to
satisfy possible developer's need. So few points here:
(note: the best scenario would probably be to have only ONE base-core - /Core
and everything else in form of modules (scripts) or dynamic components (which
are a little bit of a technical problem as I was told). But it will not happen
anytime soon, so ...)
1) there should be free version of /Core and GUI capable version - /View or
2) I agree with Larry that View panel adds great value to the products -
world-wide-reb - and I also already stated, that Rebol/Link/World would go
probably even further - those who know Express environment, all that nice
conferencing, synchronisation, etc. will probably agree. The problem is, that
sometimes we really don't need such features, especially those of us developing
apps for customers. But - WHY to produce two basically the same products? - one
- cleaned View, second one - Link/World, being able to connect to next-gen
world-wide-reb? Is is really a big difficulty to put all Serve communication
functionality in external script (module), and let it be loaded manually/typing
'demo or 'help or even someting new, eg. 'reb-world or even 'link or
'link-world? :-) - Conclusion - one product only ....
3) after we decide if it will be called /View or /Link/World, /pro version
would be offered for us to buy ....
Possible solution is to regard Serve and Link as simply Express family
products, have /View and /View/Pro available and being able to LINK into
Express WORLD upon request, by 'link-world command ...