Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[REBOL] Re: Commercializing Rebol

From: gjones05:mail:orion at: 15-May-2001 15:35

From: "John Sequeira"
> And here's another one I thought of: > > http://www.equi4.com/metakit/ > > No synchronization framework that I know of, but still > hugely cross platform w/C++ API. Probably lighter-weight > and cheaper. > > The above web site has a number of projects that are similar > in spirit to what you're describing. The term they're using is > scripted documents, which I think captures at least one aspect > LDC pretty well. They've taken Tcl/Tk along this road, and > developed a persistence engine (MetaKit) to support more > involved applications -> the domain where Rebol (or at least > Rebol developers) now seek to tread. > > Again, no personal experience so YMMV.
I have played with TclKit, which is the Tcl-binding version of MetaKit. The creator, Jean-Claude Wippler, has really done some serious thinking on the problems of distibution, especially of distributing scripting language solutions. The documents bear reading, if for no other reason than for its "brain food" value. The problem with the site is that much of the interesting reading is buried in a wiki. The one other document that specifically covers the idea of a scripted document is located at: http://www.equi4.com/jcw/wiki.cgi/18.html There are some other interesting, thoughtful documents at this site, but I seem unable to re-find them (one of the problems with some wikis). What I am unsure about, is how this specific solution would be melded with REBOL, and whether the lack of MetaKit database scalability would prove too much of a hindrance for larger tasks and/or multi-user access. The concept is solid, in my opinion, and would be the sort of solution I would like to see for REBOL applications meant for distribution to the general public (meaning, less than truly computer-competent). The REBOL runtime (and runtimes yet to be) apparently achieves some of these goals. An expanded wrapper-type solution including database would be ideal. Thanks for the post that has stimulated so much interesting discussion. --Scott Jones