Hmm, I just tried a quick test, and don't see a problem with the static control.
On Tue, Jan 15, 2013 at 9:32 AM, Staffan Tylen <email@example.com> wrote:Mark, I've got one dialog with a StaticText control created with self~createStaticText(.....,"text goes here"). The same dialog inherits ResizingAdmin and is created with the MINIMIZEBOX and MAXIMIZEBOX options. When I press the maximize button, the StaticText control box is stretched as expected but the actual text is duplicated, with one copy left-aligned and one copy center-aligned. As this is new development I suspect an error sneaked in somehow but it's too early to be classified as a bug I would say :) I hope this helps.The implementation code uses a technique that greatly reduces flickering.Unfortunately, group boxes do not paint the interior of the group box and this technique needs to be turned off for group boxes. You can see the flicker effect if you have a group box in the dialog that you allow to expand and shrink. The documentation will suggest that you not use group boxes in resizable dialogs. Otherwise, it is a case of you can not have your cake and eat it to. If you want to use group boxes, then you have to put up with some flicker. If you insist on no flicker, then you can not use group boxes.In my research, I saw that the same thing applies to static text controls. However, I never saw a problem with static controls, so currently the technique is not turned off for static controls. But, in reading your post, I realized that I've only used static controls in resizable dialogs, where I keep the size of the static control stationary. They do not expand or shrink.Personally, I do not see any reason for a static text control to change size. I use them as labels, and why would the label need to change size?I may have to add a method that lets the programmer dictate how static controls should be handled. With the flicker free technique, or turned off like it is for group boxes.--Mark Miesfeld