Looking for some insight here. I have a few 3rd party tools in my toolkit. The two most critical to my application are XFRX and WWCLIENTTOOLS. I see from the roadmap that support for these more recent WW classes is at least 6 months down the road and XFRX support is in the backlog. What are current FiC users using for reporting options and SMTP/FTP/HTTP? I also do quite a bit of Office Automation stuff with Word & Excel. How does that work, if at all, in FiC? I've also been using various VFPx bits (ctl32 controls, vfp2c32 library, thinking about FoxCharts) for various UI bits and mwresize for form sizing and font scaling.

TIA

FoxInCloud supports XFRX and WW CLIENT TOOLS (XFRX is the preferred tool for reporting - http://foxincloud.com/tutotest/report.tuto)
Microsoft does not recommend using Office Automation on a Web server (Google for more details) - otherwise it works just like on desktop, though with .visible=.F.
FoxCharts is supported as any dynamic image
ctl32 - which control? any reference?
vfp2c32 - "Provide functionality contained in the WinAPI to Visual FoxPro" - no problem as long as nothing requires some UI .visible
mwResize - I see - Author: Markus Winhard (updated by Richard Kaye) - we've been thinking for a long time of a way to implement form resizing - please search here or on google for insights about this

-- thn (FoxInCloud)

XFRX - Good to know. It's probably just confused by my implementation. I've written a PRG wrapper. Or I'm confused by the awadapter log comment:

awoop.fxp!Awadapter.analyse_module_objectsadded___() - 'c:\...\source\invoice.scx', INVOICE.btnpost.Click(), adding object ".parent.oXFRX" of class "xfrxwrapper" to inventory having failed, after step 2-adapt, check that all its updateable properties are saved (listed in .wcPropSave)

I also use the previewer container class (XFRXLIB.VCX).

Office - Sounds like some of my automation stuff will require a new solution. I have processes that create Word documents and then present to the user in Word so they can edit to their heart's content.

ctl32 - I'm using ctl32_balloontip, ctl32_contextmenu, ctl32_datepicker, ctl32_formstate, ctl32_statusbar.

vfp2c32 - I may be using some of the APIs for getting or putting files instead of the native VFP functions that handle that.

mwresize - Browsers tend to handle form/font scaling natively, right? So I'm not sure about the need for this kind of UI control in a web world. Having said that, it's an object in my base form class and I use that for handling the native form RESIZE event, which the FAA says is unsupported.

Which begs the question, is there some application level property which I can use to determine if I am running in LAN vs web mode?

The other reason I highlighted the mwresize object is the FAA tends to complain about it when I try to double click on on object in which it's contained. Here's the contents of the CIS dialog:

Program Error
Cancel
Suspend
Ignore
Help
Error loading file - record number 3. ABOUT <or one of its members>. Parent : Error loading file - record number 281. Mwresize <or one of its members>. Parent : Error loading file - record number 3. lblShading <or one of its members>. Parent : Cannot add an object to this class

Hi Richard,

Only PDF, bitmaps or HTML reports will be displayed in a web brother (for PDF with and specific add-on for most browser).
FIC show a PDF file in the class awolepdfxxxx with xxx = acro for an acrobat reader active x installed on the web, etc.. i think that you cannot use the xfxlib.vcx to show the PDF reports in the brother, because the vcx is not adapted by FAA/FIC.

Here is a sample code form www.foxincloud.com how-to:

* Set up Report Listener
loSession=EVALUATE([xfrx("XFRX#LISTENER")]) && XFRX™ is used here
IF 0 = ICase(;
 Inlist(cMode,"DOC", "ODT","ODS","XML","TXT", "HTML", "CPDF","RTF","XFF"),;
 m.loSession.SetParams(m.cFileXfrx,,.T.,, wlWeb() ,, m.cMode),;
 m.cMode="PDF",;
  m.loSession.SetParams(m.cFileXfrx,,.T.,,wlWeb(),,"PDF",,,;
  , NOT EMPTY(m.cNomPDFMerge)) , ;
 -1)
 IF m.cMode="PDF" && regular PDF
 m.loSession.setPermissions(.T., .F., .F., .F. )
 ENDIF
 IF m.cMode="CPDF" && protected PDF
 loSession.setPasswords("myAccount","myPassword")
 loSession.setPermissions(.T., .F., .F., .F.)
 ENDIF
 loSession.Successor = NEWOBJECT("myReportListener","myClasses.vcx")
 * Produce Label or Report
 IF m.cType='LABEL'
 LABEL FORM (m.cTmpReport) OBJECT m.loSession
 ELSE
 REPORT FORM (m. cTmpReport) OBJECT m.loSession
 ENDIF
 loSession.finalize
 IF m.cMode="PREVIEW" AND Inlist(m.cMode, "PDF", "CPDF")
  * Display PDF in a preview form
  =THISFORM.wForm(;
 "preview.scx" && preview form
 , wlLan(); && modal in LAN mode, modeless in WEB mode
 , m.cFileXfrx; && PDF just produced
 )
 ELSE
  * Prompt user to save file
  =THISFORM.wFileSaveAs(m.cFileXfrx)
 ENDIF
 DELETE FILE (m.cFileXfrx)
 && safe in Web mode as FoxInCloud copies file to site’s Temp directory.
ENDIF

For a Word File, you can generate it with automation on the web server, but you must dowload it from the server to the local web brother download directory and after the user open manualy the file with it's on Word application.

For vfp2c32, you must change it by the FIC awcntgetfile or awcntgetpicture or other adapted class of FIC.

The use of web applications have many contraints, and many things that run on desktop are not able to be use in a web site.

Regards
Gilles

Gilles is correct, the XFRX previewer is for desktop use. To create and show reports can be summarized as 3 steps:

1. create cursor containing data for report
2. run report to a pdf file. You can use any pdf output print driver if you wish, or you can use XFRX, which has more options and control.
3. display the pdf either in a new browser tab or inside a form with the awolepdf control. Note their are several versions of the awoldpdf designed to support adobe acrobat and pdf-xchange, among others. pdf-xchange is my preference, very reliable. However we prefer to open the pdf in a new tab, easier for the user.

once the user has accepted popups on the site (anti-popup blocker)

-- thn (FoxInCloud)