FIX: Font3D Property Set Incorrectly in THREED.VBX Controls (100612)
The information in this article applies to:
- Microsoft Visual Basic Professional Edition for Windows 3.0
This article was previously published under Q100612 SYMPTOMS
If a Visual Basic version 2.0 for Windows form file contains THREED.VBX
controls with the Font3D property set to a value greater than zero,
Visual Basic version 3.0 may incorrectly force other THREED.VBX controls
to have the same Font3D property value.
CAUSE
The THREED.VBX custom control for Visual Basic 2.0 does not write a Font3D
value to the form file if Font3D = 0. When Visual Basic version 3.0 loads
he form, after the Visual Basic environment reads a Font3D value for one
control, it gives the same Font3D property value to all the rest of the
THREED.VBX controls. In other words, if the last THREED.VBX control loaded
is the only one that has a Font3D entry in the form file, none of the
other controls are affected.
WORKAROUND
To work around the problem, edit the Visual Basic version 2.0 form files
that were saved in ASCII text format to add a Font3D = 0 line to any
THREED.VBX controls that do not already have a Font3D entry.
Visual Basic version 2.0 form files that were saved in the binary format
can be changed after they are loaded into Visual Basic version 3.0.
STATUS
Microsoft has confirmed this to be a bug in the Microsoft products listed
at the beginning of this article. This problem has been corrected in Visual
Basic version 4.0.
Modification Type: | Minor | Last Reviewed: | 1/8/2003 |
---|
Keywords: | kbbug KB100612 |
---|
|