Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Using ActiveX in VFP 5.0
Message
De
03/08/1998 04:56:28
 
 
À
Tous
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Titre:
Using ActiveX in VFP 5.0
Divers
Thread ID:
00123479
Message ID:
00123479
Vues:
72
Our firm InfoMix Ltd., is a Hungarian software house developing medical software packages in Visual FoxPro 5.0 (formerly in FoxPro 2.6). We would like to ask for help in using ActiveX controls RichTextBox and TreeView.

When we print from a RichTextBox, only about 2/3 of the first page is printed, independently of the length of the text written in the control, and the same occurs if a part or the whole text is selected. We tried it with different printers and under both the Hungarian and the American version of Win95, but it didn't help. The problem doesn't seem to be one of VFP 5.0, because the same happens if we try it from Visual Basic. From VFP we tried the version involving Windows API given by FoxPro Advisor February'98 issue and another version we had written before involving a special ActiveX in Visual Basic providing the functionality to the Basic printer object etc. Both solutions work from VFP and we can print from VB as well with the SelPrint method, but each version prints only the above-mentioned portion. This is very interesting, because the printed volume is not a fix number of rows, instead depending on the font size etc., about 2/3 of a page. Perhaps we do some primitive mistake, but we can't solve it for a year.

Our other main problem(s) concerns the TreeView control. There are a lot of minor problems concerning the appearance of it in a VFP form, which seem to point to incompatibilities between VFP standard objects and the TreeView. For example, I cannot achieve that a standard control be on top of a TreeView, though I try this by Zorder, bring to front, etc. When a form is loaded, the TreeView on it appears at once, though the form's Init method does a time consuming procession, and I can't hide this with using the Visible or Lockscreen properties. However, I can live together with these problems. My main problem occurs when I call a modal form frm2 from a button in a form frm1 with a TreeView on it. As a matter of fact, the same situation appears if I do a modal form from the command window while frm1 is running. When frm2 appears, the TreeView on frm1 loses its 3d appearance (while its appearance property is still 3d) and if no node of the tree is expanded, then the texts of the nodes visually vanish. When I release the modal form frm2 and frm1 gets back the focus, the 3d appearance comes back, but the texts don't. They exist nevertheless, because if I expand the nodes, the texts reappear one by one. The situation is even more complicated. We have 3 VFP versions. The first is a VFP 5.0 Professional Edition in it's original form, the second is the same but we loaded the Service Packs 1 and 2 on it, the third is a part of our Visual Studio Enterprise Edition. Perhaps, there are other things which are important, for example there is an Office'97 on the second machine, and all these effect the Comctl32 ocx and dll files. The above-mentioned problem doesn't occur on the first (original VFP 5.0) computer, while occur on both the 2nd and 3rd ones. On the other side, I wouldn't be too happy, if I had to replace Comctl32 files on our users' computers to an older version (if the problem is connected with them at all).
Répondre
Fil
Voir

Click here to load this message in the networking platform