[wx-dev] [wxMac?] Zoom Size

Kevin Ollivier kevino at theolliviers.com
Mon Mar 5 12:40:29 PST 2007


Hi Vadim,

On Mar 5, 2007, at 11:19 AM, Vadim Zeitlin wrote:

> On Mon, 5 Mar 2007 11:13:41 -0800 Kevin Ollivier  
> <kevino at theolliviers.com> wrote:
>
> KO> Actually, that's not quite true; it's app-dependent. Try  
> maximizing
> KO> Mail.app, and it will maximize to take up the whole available  
> client
> KO> area.
>
>  But then you don't need setting max size at all because this is what
> happens by default. Assuming you do want to "maximize" the window  
> to some
> lesser size you shouldn't use wxWindow::SetMaxSize() because this  
> would
> prevent the user from making it bigger.
>
>  IOW I fail to see the value of Mail.app example. A real counter  
> example
> would be an app which maximizes to less than the client area and  
> then can't
> be manually resized further.

Okay, I see what you mean.

In that case, I think either a new event or method is fine, but I  
don't think it should have "Max" in its name, so that we can avoid it  
being associated with the Get/SetMaxSize methods. Max could be an  
abbreviation for both maximum and maximize, so it's easy to forget  
which one it's supposed to be. Maybe GetZoomSize()? I don't know if  
zoom is the perfect term, but we have a lot of existing Size methods  
already so it's hard to come up with a name that is both accurate and  
that doesn't sound like a synonym for another method (e.g.  
GetIdealSize() and GetBestSize())...

IMHO in that sense, an event (like the already existing, but  
unimplemented on Mac, EVT_MAXIMIZE) might be nicer, but from my tests  
with EVT_MAXIMIZE on Windows, I didn't see any way in the event we  
could avoid the "maximize" effect (title bar animation as it expands  
to take up entire available width) even if we don't call event.Skip()  
in the handler and also set the window to a smaller size...

Regards,

Kevin

>  Regards,
> VZ
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: wx-dev-unsubscribe at lists.wxwidgets.org
> For additional commands, e-mail: wx-dev-help at lists.wxwidgets.org
>





More information about the wx-dev mailing list