Professional UI Solutions
Site Map   /  Register
 
 

Forum

Please Log In to post a new message or reply to an existing one. If you are not registered, please register.

NOTE: Some forums may be read-only if you are not currently subscribed to our technical support services.

Forums » Prof-UIS Tech Support » Group box hides controls problem Collapse All
Subject Author Date
Offer Har Feb 25, 2009 - 7:49 PM

Dear Support,


We are having problems with group-box hiding controls.


We know how to prevent it from happening, by changing the tab order, however, we have problem with custrom controls:


We have a custom control that creates at run time an edit-box inside it, and this edit-box is not visible if the custom-control is inside the group-box. If we remove the group-box we see the edit-box properly.


How can we solve this problem?


Thanks,


Ron.

Technical Support Feb 27, 2009 - 3:59 AM

This conversation with you is like many of our other conversations with you. We still need more details. For instance, the ProfUIS_Controls sample application contains the Tab Containers dialog page. This dialog page contains two tab page container controls which can be assumed as something similar to your custom control. These tab page containers have several child windows inserted into them as pages. They contain dialog pages with two edit controls. These dialog pages contain correctly displayed edit controls. We promise you we did not do anything special in Prof-UIS to let these edit controls be displayed correctly.

It’s possible to remove group boxes and handle the dialog’s WM_PAINT messages manually like the CExtWS::WindowProc() method does. Such WM_PAINT message handler should draw dialog background using Prof-UIS paint manager and then draw something group box like looking over the background.

Technical Support Feb 26, 2009 - 12:00 PM

This custom control should have the WS_CHILD|WS_VISIBLE styles. The edit box should be created as a child of your custom control window. It should not try to create this edit as a child of your dialog. But if it does so, then please change editors Z-order and place it after your custom control. Please check this.

Offer Har Feb 26, 2009 - 12:58 PM

My custom control has the WS_CHILD|WS_VISIBLE|WS_TABSTOP styles.


The scenario is a little more complex then this - the custom control creates a sub-dialog, which contains 2 static controls, and 2 CExtEdit derived contols.


No matter if I create this sub-dialog as child of the custom control, or of the main dialog (parent of the custom control) it s not disaplyed, as long as it is inside the group-box.


The sub-dialog also has the WS_CHILD|WS_VISIBLE styles.


What else can I do to make this work?


In general isn’t there an option to have a lightweight group box that will just draw a rectangle, and will not do all the other stuff group-box does? All we need is to have some way of marking for the uset that several controls are related.


Thanks,


Ron.