On Wed, 16 Jul 2003 10:34:25 +0200 (CEST) Robert Vazan <[EMAIL PROTECTED]> wrote:

RV> On Tue, 15 Jul 2003 22:32:22 +0200 (Romance Daylight Time) Vadim Zeitlin <[EMAIL 
PROTECTED]> wrote:
RV> 
RV> >  No, the crucial (IMO) difference is that the wizard doesn't do this
RV> > before
RV> > hand (or does it?)
RV> 
RV> First page is passed to FitToPage before wizard appears on screen. This
RV> may change with what you describe below, but it works that way now.

 I'm a bit lost here but, anyhow, the only thing which counts for me is
that the wizard shouldn't change size suddenly when you switch pages -- its
size should be fixed (which doesn't mean that it can't be resizeable but
changing size by itself is very different from changing size when the user
resizes the window) in advance. Do we agree on this?

RV> > 2. user-resizable: we should add style parameter to wxWizard ctor and
RV> >    make it resizeable only if it has wxRESIZE_BORDER flag
RV> 
RV> Yes, I will add style parameter to wxWizard::Create.

 Thanks!

RV> > 1. border around page: this should definitely be just another accessor
RV> >    function (SetBorder())
RV> 
RV> Change of border around page is related to common practice to make 5
RV> point border around all controls to space them 10 points away from each
RV> other. This unfortunately creates 5 point border around page itself that
RV> gets added to spacing between page and dialog frame accumulating to 15
RV> point spacing between controls and frame.

 Ah, I see...

RV> For this reason, I set border around page area sizer to zero when using
RV> sizers. If this is removed, everybody will have to call SetBorder(0) and
RV> nobody will use that function for anything else. Maybe zero border could
RV> be made default without asking

 No, this would indeed break existing code silently -- bad.

RV> (disadvantage: applications forced to
RV> update) or maybe it could depend on whether there is at least one item
RV> in GetPageAreaSizer (disadvantage: confusing).

 Yes, but if it's documented (in SetBorder() docs for example) I think we
could live with it. This seems to be the best of not very good alternatives
we have.

RV> >  So what do you think about this plan? BTW, if you agree, could you
RV> > please make patch for wxWindows itself directly (CVS HEAD)? This
RV> > will surely go there and not in Mahogany.
RV> 
RV> Yes, I can do this before finishing bare bones composer.

 This would be simply great!

 TIA!
VZ



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Mahogany-Developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mahogany-developers

Reply via email to