|
|
Product
Information
|
|||
Supported Version |
|||
|
ExceleTel provided Visual Fox Pro 6 sample programs. We have not tested the ExceleTel TeleTools ActiveX with Visual Fox Pro .NET however according to Microsoft ActiveX's should work fine with the latest version. |
|||
Sample Programs |
|||
|
Click here for a complete list available sample programs provided by ExceleTel. Here is a list of sample programs written for use with Visual Fox Pro 6: To begin using the sample program use Windows Explorer to double click
the *.SCX file. This will cause Visual Fox Pro 6 to start with the
current directory as its default. This will allow the CurDir() function to be used to
located the wave files. |
|||
Project Setup |
|||
|
The ExceleTel TeleTools ActiveX must first register them with Windows. This automatically done by the ExceleTel TeleTools Installation. Use the following steps to create a Visual Fox Pro 6 project:
Adding ActiveX Components to Visual Fox ProAdd each control by selecting the ActiveX Control button from the Controls toolbar. A dialog box pops up displaying all registered controls. Scroll down to the ExceleTel controls and select the one you need. Or follow these steps:
Include File: You must add etttconst_vfp.h to each form in the project in order for the code to compile. It contains definitions used by the forms for interpreting information from telephony devices. While editing the form, select "Include File…" from the Form menu, and type the path and name of this file.
|
|||
Technical Notes |
|||
|
According to the Visual Fox Pro documentation: "The AutoYield property should be set to false (.F.) when a form contains an ActiveX control." Therefore you will need to add the following line of code to your application: Application.AutoYield = .F. Note: With Microsoft's Visual Fox Pro we have noticed unpredictable results when trying to execute TeleTools methods from within TeleTools event handler routines. This is apparent with the IVR4Line sample application where the etLine.Call.Answer method is executed in the etLine.OnRing event. In many cases this appears to suppress subsequent events from firing. For example the etLine.OnConnected event may not fire. Our research lead us to information from Microsoft that indicates that "This behavior is by design." Click here for more information. We have found that bypassing the non-standard ActiveX wrapper fixes this. You can do this by creating the components dynamically at runtime. You can find notes on how to easily do this here. Specifically with the etIVR4Line sample form, it was found that an event that is fired automatically by another event was not firing on a consistent basis (The OnRing event was calling the CallAnswer method, which should cause the OnConnected event to fire). Our work around was to add an Answer button to the form, to manually fire the OnConnected event or to make sure to create the controls dynamically at runtime rather than by dropping them on the form and causing FoxPro to place a wrapper around the control. |
|
|
||||
|
||||