On Sat, 31 May 2003 01:49:29 +0200 (Romance Daylight Time) Vadim Zeitlin <[EMAIL PROTECTED]> wrote:
> On Sun, 25 May 2003 16:41:33 +0200 (CEST) Robert Vazan > <[EMAIL PROTECTED]> wrote: > > RV> > RV> AFAIK, there is no > RV> > RV> easy way to relayout while preserving window size in wxWindows. > RV> > > RV> > Hmm, I don't quite understand this. Why not simply use > RV> > wxWindow::Layout()? > RV> > RV> It makes no difference against doing nothing. > > There is also SendSizeEvent() but it is unfortunately only in wxFrame, > not > wxTopLevelWindow, as it probably should be. I am testing under Gtk where size event is sent as part of window construction. It doesn't make difference. The problem is minimal size. IMHO, wxWindow::Layout should take care of this as its name implies. > Sorry, I don't follow you -- why? If the users code uses sizers, > wxWizard > will use them to size tiself correctly, isn't this what we want? You never know whether calling code uses sizers because new pages can be added at any time. Adding all pages into some sizer isn't solution as the wizard would then lose its current automatic resizing feature. > There is one kind of incompatibility which is unacceptable: silent > (meaning no compile-time warnings/errors) change of behaviour which leads > to bad/unexpected results during run-time. But I don't think this one > falls > in this category, or am I missing something again? Then why not make new behaviour forced without any checks? Other option is to replace style flag with member function callable before starting the wizard. > RV> As I think about this, one method could be added to wxWizard > RV> > RV> wxSizer *wxWizard::GetPageSizer() const; > RV> > RV> The wizard would behave as before if no pages are added, but upon > adding > RV> some pages, it would enlarge itself if necessary. That is, it would > be > RV> impossible to make wizard smaller than currently and previously > visible > RV> pages. The point here is to replace FitToPage with common wxSizer > RV> interface. Done. <http://www.privateweb.sk/robertvazan/ patches/mahogany.robertvazan.wizard5.patch> Robert, fighting with net admin in middle of discussion ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Mahogany-Developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mahogany-developers