|
|
Home » U++ Library support » TopWindow&PopUp, TrayIcon » Minor bug: TopWindow::GetStdSize()
Minor bug: TopWindow::GetStdSize() [message #11945] |
Wed, 03 October 2007 14:25 |
mrjt
Messages: 705 Registered: March 2007 Location: London
|
Contributor |
|
|
Ctrl::GetStdSize() returns GetMinSize().cx*10 (A recent change?), but TopWindow and ParentCtrl should return GetMinSize unchanged.
The addition of a SetStdSize would also be useful, but since this would require the addition of a member I will leave it to your discretion.
Also:
Image HorzFadeOut(int cx, int cy, Color color); (ImageOp.h)
Is missing it's body. Presumably should call HorzFadeOut(Size sz, Color color).
Cheers,
James
[Updated on: Wed, 03 October 2007 18:08] Report message to a moderator
|
|
|
|
|
|
|
Re: Minor bug: TopWindow::GetStdSize() [message #12017 is a reply to message #12007] |
Mon, 08 October 2007 10:53 |
mrjt
Messages: 705 Registered: March 2007 Location: London
|
Contributor |
|
|
But how would this work? What you suggest (working out correct size based on children) implies some sort of additional layout logic that is not currently possible.
Personally I think SetMinSize makes perfect sense for ParentCtrl. Why should it be different from TopWindow?
You're the boss though
Edit: Incidentally, the expandable container frame I have just posted (here) is the reason for the previous posts. Currently it is necessary to explicitly give the size of the ParentCtrl when adding it to the frame because there is no reliable way of guessing.
[Updated on: Mon, 08 October 2007 12:01] Report message to a moderator
|
|
|
|
Goto Forum:
Current Time: Fri Sep 20 21:08:26 CEST 2024
Total time taken to generate the page: 0.05266 seconds
|
|
|