on 1/5/02 7:01 AM, [EMAIL PROTECTED] at
[EMAIL PROTECTED] wrote:

> At 9:20 AM -1000 1/4/02, Sivakatirswami wrote:
>> Is 4D still on the roster for development of Rev/dBase interfaces? and, if
>> it is, will Rev be able to read the data file directly or will it need to
>> talk "thru" the 4D structure file (hopefully, not the latter)
> 
> I don't know what runrev's plans are, but wouldn't the likely case be that it
> would talk to the 4D server, and not to a native 4D data file at all?
In our context, both conditions could be true. We have some 4D databases
which are multiuser and accessed via the LAN by clients talking to the 4D
server. Then, we have other 4D data bases which are "standalone" archives
created with a single user license residing on a single machine. So, yes, in
the former context we would want Rev to be able to talk to the 4D server, in
the latter case we just want to be able to develop an alternate output
interface for the 4D archive in xTalk, leaving the original 4D structure
file intact. In this latter case, then the 4D data file resides on your hard
drive and Rev can read and display the data... in this context users will
not be expected/allowed to write to or change the data file, which for them
is a static resource which can only accept revisions by authorized persons
via the 4D interface, and then the data file would be redistributed as an
update... Rev's options for RAD development of a variety of viewing/output
interfaces are a zillion percent more facile than 4D scripting.

> regards,
> 
> gc

Om shanti,
Hinduism Today

Sivakatirswami
Editor's Assistant/Production Manager
[EMAIL PROTECTED] 
www.HinduismToday.com, www.HimalayanAcademy.com,
www.Gurudeva.org, www.hindu.org

Read The Master Course Lesson of the Day at
http://www.gurudeva.org/lesson.shtml

_______________________________________________
improve-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/improve-revolution

Reply via email to