Speaking of fp html commands

[Ron Kracht]

Tyler wrote:
> I'd just like to second Fairlight's and Bruce's comments.  Don't
> bother with the fp syntax for HTML - just use the jsfile :tx for
> everything and author you own HTML code that way.
>
> One trick I was quite fond of is to simply create a page in a regular
> editor and put in special tags.  Whenever a page is requested via
> fpcgi, I read the file in and parse it for those tags, calling various
> subroutines to replace the tags (for instance, <CONTACT INFO> gets
> replaced with a DIV containing our company's contact info)
>
> IMHO trying to do HTML (much less DHTML) via filepro is a nightmare.
> You're better off trying to find some other solution.  Over here I
> migrated all the relevant data to mysql and use PHP for our web pages
> now; I only use fpcgi to sync data between the two.  As time goes on
> and webtools replace the filepro ones, less syncing will happen, until
> we're finally migrated (hopefully about 6-8months from now)
>
> Also, on SCO OS6 and fpcgi v1 & 2 both, there is some bug that has yet
> to be isolated that causes fpcgi to completely fail to run rreport
> about 3% of the time.  Our filePro/SCO rep has been working on this
> for 6 months now, along with fpTech, and resolved several issues to
> get it down to 0.5%...but we've still seeing that failure, and it's
> unacceptable...
>
> Tyler
>   
That is a misrepresentation of what is actually happening.  The logs 
clearly indicate that fpcgi is running rreport in every case- in a small 
number of cases rreport is exiting abnormally without producing the 
expected output.

Ron Kracht