Click here to Skip to main content
16,021,293 members

Comments by Olongdomango (Top 7 by date)

Olongdomango 14-Feb-14 12:21pm View    
My projects are only of a small scale, but I'll examine this approach for future work. Thanks again.
Olongdomango 14-Feb-14 12:16pm View    
Yes, I understand that and I have already applied recursion to universally set all controls as visible initially. This is easier in my case because only around 10% of them must be subsequently hidden on program launch. I never needed to write code to initially make all controls visible before, because this was the default property assigned via the designer.
Olongdomango 14-Feb-14 11:16am View    
Thank you for the interesting links.
Olongdomango 14-Feb-14 11:10am View    
Thank you for your detailed answer. If discipline is observed, this solution provides a good way of keeping track of the visiibility of all control types and is straight-forward. The only drawback is that it must be applied to every single control, but I simplified this task somewhat by initially using a For loop to call SetVisibility to True for each control in Me.Controls (with recursion for children), and then explicitly hiding specific controls with subsequent calls to SetVisibility. This is still much faster than re-creating controls from scratch.
Olongdomango 14-Feb-14 9:50am View    
Yes, and yet the VisibleChanges event can be invoked from another function that sets the Visible property of a control on a non-selected tab to True. The handler however still returns a Visible property of False unless the tab that contains the control is selected. Furthermore, there must be another setting that manages the Visible property to determine if a control should be made visible or remain hidden when its parent tab is selected. It appears though that such a setting is not accessible to the coder.