T.R | Title | User | Personal Name | Date | Lines |
---|
2527.1 | | EVTSG8::TOWERS | | Tue Apr 01 1997 07:52 | 7 |
| I've seen this problem in the 32-bit version of VB4.0a with the added
twist that the 'lost' controls appear on another one of the tabs. The
only way I could find to fix this was to delete the shadow controls and
recreate them. A right pain.
Cheers,
Brian
|
2527.2 | | BOOKIE::HEBERT | Captain Bligh | Tue Apr 01 1997 15:41 | 15 |
| Thanks for the sanity check, Brian. At least now I know it's not
necessarily something I did.
WRT the controls showing up on other tabs -- yes, I see that happening,
too. *Sometimes!*
You know, I started out in this business in hardware (a *long* time ago).
I became accustomed to intermittent hardware problems. Intermittent
software is somewhat of an oddity.
I'll keep poking at this. Maybe a pattern will emerge.
Thanks,
Art
|
2527.3 | not a function of the number of controls | NUBOAT::HEBERT | Captain Bligh | Wed Apr 02 1997 09:41 | 6 |
| Did a little more looking last night. I started a new project with one
form, on that form was a basic 3-tab object, on tab 0 was just one
control, a text box. The problem described in .0 manifested itself. So,
this is not a problem with the number of controls on a tab control.
Art
|
2527.4 | we're not alone | NUBOAT::HEBERT | Captain Bligh | Tue Apr 08 1997 15:36 | 11 |
| Well, it turns out this is indeed bug number Q145567, which was
supposedly corrected in VB 4.0A. I guess I don't have that update on my
CD.
In fact, there is quite a list of bugs surrounding the SSTab control.
See:
www.microsoft.com/kb/articles/q140/6/12.htm
Art
|
2527.5 | | NUBOAT::HEBERT | Captain Bligh | Fri Apr 18 1997 18:10 | 6 |
| Microsoft called me about my report. They said that VB4.0A fixed this
problem and some others, and they'd send me a new CD, sorry about that.
I'm happy.
Art
|