 |
|
 |
Hi,
I just discovered another issue with this control:
Not only that the DDX_Control statements for the checkboxes should appear after the DDX_Controls statements for the frames; the also MUST appear top-to-bottom in the same order as the controls are arranged in the dialog box.
Nice control, though!
|
|
|
|
 |
|
 |
I followed your steps to use your class and got a little problem in my dialogbased mfc app.
After i implemented everything (like mentioned), my dialog gets a crazy size
(in length..from top to end of the screen) and if i uncheck the checkbox, my app gets stuck in the taskbar. i cant even restore it
need some help here. i cant get it to work.but its all as in your demo-source
Hope someone will read this. i know its an old topic...maybe its cos i use visual studio 2003
|
|
|
|
 |
|
 |
I've compiled this control both in VS 2003, and VS 2005, it works fine.
I could tell you what is the problem if I see your source. Could you please send me a project? You may erase important commercial data if you wish.
My email is mav_stuff[at]bk.ru
P.S. notify that the normal state of the checkbox is checked, maybe this is the problem ?
Regards,
MAV
-- modified at 10:47 Monday 26th June, 2006
|
|
|
|
 |
|
 |
Thx, you got mail.
|
|
|
|
 |
|
 |
Hello!
I've found the problem. The point is, that the frame control should be created first, and checkbox second. To ensure this, you have to change the order in DoDataExchange in your dialog to:
DDX_Control(pDX, IDC_STTYPE, ...
DDX_Control(pDX, IDC_CHTYPE, ...
I've send you e-mail with corrected source files.
Regards,
MAV
|
|
|
|
 |
|
 |
Thanks a lot. 5 Points from Germany
Regards,
Alex
|
|
|
|
 |
|
 |
Many thanks!!! 5 Points from Moscow.
|
|
|
|
 |
|
|
 |
|
 |
You're right, they did.
This is getting ridiculous.
--
Synetech
|
|
|
|
 |
|
 |
I don't think it is the same:
"Expanding and collapsing the subpanels changes the appearance and the functionality of the GUI, but the size of area of the screen used by the subpanels remains unchanged. "
This is the total opposite - the size of the subpanels (dialog size) continuously changes.
Yet, I am not the expert - if somebody knows more...
|
|
|
|
 |
|
 |
I've added CEdit below Unnamed object checkbox(in example) and got trash in CEdit window when dialog change size (show/hide rollout panel)
|
|
|
|
 |
|
 |
I've looked for something similar for ages!
Alex Falappa
|
|
|
|
 |
|
 |
This is a nice solution to a very common problem.
I haven't put a lot of though into this yet, but I think I would have used a button with a double DOWN and double UP arrow to expand and collapse the control, instead of the checkbox.
|
|
|
|
 |
|
 |
My personal GUI design preference though is not to completely hide things from the user, because the "hidden" information may mean that they would make a better choice if it were visible. (Of course, too much information...) I remember when GUI's were much more "only show the immediate choices" a few years ago, and this had a backlash because:
1. the GUI presentation changed depending on context, which is visually jarring and caused people to lose context;
2. using the program became more mentally "jerky". One set of options would disappear to reveal another set, causing users to switch between the two several times to determine the best choice to make.
Graying out menu selections is a much better implementation (in my opinion) because it clearly shows the options available with the primary selection, and still shows what's possible with the other selection.
But when space is an issue, sometimes one doesn't have a choice and your control is an excellent option.
Marc
|
|
|
|
 |