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 » Bug in CExtResizableDialog or CExtControlBar Collapse All
Subject Author Date
Offer Har Aug 9, 2006 - 3:46 AM

Hi,

I have a floating dock bar of type CExtControlBar, which contains a dialog of type CExtResizableDialog.
Whenever i change the size of the dialog by dragging the right edge of the bar, the dialog height is getting bigger.
The same happens when I change the height by dragging the bottom edge - the dialog is getting wider.

Regards,

Offer

Technical Support Aug 9, 2006 - 9:21 AM

You can find many dialogs inside control bars in the ProfStudio sample and each of them has exactly the size of the client area of the parent control bar. The control bar serves as a container window for the dialog inside. Inferring from what you said, we may assume that you want to have some custom behavior like when you make the control bar of a bigger size, the dialog size would remain the same. Is this what you mean?

Offer Har Aug 9, 2006 - 9:55 AM

II have explored it more, and it seems that the bug is in the following scenario:

1) I have implemented, according to your proposed solution to having 24x24 and 16x16 icons.
2) Two bars were docked together (tabs at the bottom) and were floating (the two icons appear correctly at the bottom of the tabs - 16x16)
3) When resizing the floating bar containing the two dialogs, it ’assumes’ that the icons are 24x24, so it does a wrong calculation.
4) Even when one of the two bars is hidden, it continues to assume that these 8 pixels are needed to be added.

The bug is easy to reproduce, but I cannot send you all my code, but I can send you a snapshot of how it looks like and a longer description of the bug (now I’m sure it’s a bug...) if you’ll supply me with an e-mail address.

Thanks.

Technical Support Aug 9, 2006 - 10:30 AM

Yes, screenshots would be very helpful. You can contact us at support@prof-uis.com.

Offer Har Aug 9, 2006 - 10:13 AM

I have done more tests and found out that when the icons are not 16x16 (i have 24x24), no matter if i have two sets of icons, this bug occurs. I guess that when you have two bars in a floating bar you assume that the icons are 16x16, but display the 24x24 icons, so you do some miss-calculation that ends up in adding extra pixels to the floating bar.

Offer Har Aug 9, 2006 - 9:27 AM

No - i just want it to be a normal bar - and it is. But each time i resize one edge of it, the other edge’s size changes as well. I did not implement any WM_SIZE or whatever, It is a nortam bar with a dialog inside it. So it seems that there is some problem with the resizing mechanism of the bar or the CExtResizableDialog class.

Technical Support Aug 9, 2006 - 10:27 AM

If this can be reproduced with some of our samples (e.g. with ProfStudio). If not, would you send us screenshots that show the problem?

Offer Har Aug 9, 2006 - 10:31 AM

All you have to do is to take your sample,
and to the following:
1. Change the toolbar to a bigger number (not 16x15, for example 24x24)
2. Make one bar floating
3. Drag another bar onto that first bar, so that they will share the dock bar (two tabs)
4. The two tabs will show the 24x24 icons.
5. Resize the right edge of the dialog (make is smaller)
6. When the dragging ends, you’ll see that the height of the dialog changes as well.

Technical Support Aug 10, 2006 - 5:59 AM

Please download the following ZIP file which contains a set of compiled versions of the ProfStudio sample application using icons of different sizes everywhere. We would like to ask you to run the samples and let us know if you can reproduce the bug.

Offer Har Aug 14, 2006 - 7:19 AM

Dead support i sent you a sample application that shows the bug on August 10th, and did not receive any response.

Technical Support Aug 14, 2006 - 9:34 AM

We are sorry for the delay with this reply. The bug is fixed. You can download the latest source code (Prof-UIS 2.55 beta) from our ftp site. We sent you an e-mail with instructions on how to download the update.