More on fP 6.0 features

[John Esak]

> > filePro... except for easy integration to/with the RDBMS based stuff out
> > there... and the ODBC feature, even though Windows-based, is giving us a
> > real handle on that, too. But these aspects of filePro that are only
> > partially there... as well as only an atomic-level HTML command
> set, do make
> > it all very hard.  But, once again, and not to "shill" for
> filePro in any
> > way, our company is so far ahead of _any_ other company in our
> industry that
> > you could name... in all important areas... we just are.
> Keeping that way
> > is what this discussion is all about, and I have to agree with
> you... it is
> > crucially important what filePro decides to look like in the future.
>
> Can you define "atomic-level HTML command set" for me in plain English?
> I'm not grasping your meaning there.  Other than that...


Oh, I just meant that you can build virtually _any_ HTML document from
within the processing tables of filePro using the "atomic" HTML commands
themselves. Essentially, until you have a few good working models,
everything must be done at the lowest possible level of design. Just about
in exactly the opposite way most HTML design tools work today... they create
the whole page for you and you never see the HTML code at all... (unless you
are me, who would much rather write my HTML code in vi...)  Anyway, these
very low level, actual HTML commands are very useful, but writing with them
is slow and laborious until you get some larger higher level models built,
like forms and display pages, etc.

JE