Elan, Hmmm, I get it now. I think you're right; native support for selected dbms's would be a key inducement to employ REBOL in more critical role in the enterprise. But that raises an interesting question (to me, that is): Putting the REBOL /X's preferences aside, has RT ever discussed the *who* for which REBOL is targeted ? I mean to say, is REBOL primarily targeted to a certain definable audience or market? Does RT acknowledge a special affinity for a particular demographic; Web designers vs Corporate enterprise programmers vs Newbie script designers seeking a more straightforward path vs [fill-in-the-blank]. And *please* don't reply, "Yes, all that and more !" :) Mike >Hi Petr, > >>However, REBOL can't imho >>replace your foxpro. It will not natively support .dbf, as /Command is >supposed >>to integrate ODBC environment only and ODBC will be slower imho. > >And that is why - Petr - I didn't understand that people, who have use for >/Command, did not take kindly to my Open Source proposal. REBOL has >announced ODBC but not native support for databases. > >It would be conceivable to begin an OpenSource project that implements >native support for selected dbms's (those that are in use by REBOL >programmers and can be supported with a reasonable effort). dbf files, for >instance, would certainly be candidates, since the structure of dbf files >is thoroughly documented and there are implementations of dbf support >libraries available in source code. > >Note that unlike available libraries or dll's for dbf, native support for >dbf files would be available on all platforms supported by REBOL! > >Quite frankly, I got a little tired of all the arguing, and I do have a day >job ;-), so I decided not to pursue this any further. > >Take Care, > >;- Elan >> [: - )] >
