[EMAIL PROTECTED] wrote:
> Hi: I want to thank everyone on the list who has contributed to this
> thread.
>
> I realize that its main intent is to communicate to Rebol your preferences,
> but in the process you've clarified a lot of the issues involved in Web
> development for this neophyte. I've thought about asking the group about
> the positioning of Rebol. This was unclear to me since I do no web
> development at all right now. I develop in Visual Foxpro (hey no
> laughing!), but I want to port my firms application to thin client. I've
> looked at Java, but to tell you the truth the syntax scared me off. Rebol
> of course is a very attractive alternative.
> >From my perspective GUI and Database connectivity are equally important.
> Ideally
> I want to skip the whole HTML, CGI, Perl thing and program in a complete
> environment.
Hi,
we use CA-Visual Objects here (ClipperNG :-), so I work with similar
environment, although VO's pretty heavy object stuff. 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.
What about table browser? Looking at sources of several available, it's pretty
complex stuff and will be too slow in REBOL imho. Of course, you could change
app logic, but still ....
I would use REBOL where does it makes sense to use it - a tool. btw: Do you have
TCP/IP stack installed on all your machines? If not, you can't use REBOL network
capabilities, as if you are using Netware for e.g., REBOL doesn't support
IPX/SPX protocol ...
But take my words easy, the whole problematic is slightly more complicated :-)
-pekr-
