Use "wxWindows licence" and not "wxWidgets licence" (the latter doesn't exist) and consistently spell "licence" using British spelling. See #12165. git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@64940 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
		
			
				
	
	
		
			135 lines
		
	
	
		
			6.5 KiB
		
	
	
	
		
			C
		
	
	
	
	
	
			
		
		
	
	
			135 lines
		
	
	
		
			6.5 KiB
		
	
	
	
		
			C
		
	
	
	
	
	
| /////////////////////////////////////////////////////////////////////////////
 | |
| // Name:        dialog.h
 | |
| // Purpose:     topic overview
 | |
| // Author:      wxWidgets team
 | |
| // RCS-ID:      $Id$
 | |
| // Licence:     wxWindows licence
 | |
| /////////////////////////////////////////////////////////////////////////////
 | |
| 
 | |
| /**
 | |
| 
 | |
| @page overview_dialog wxDialog Overview
 | |
| 
 | |
| Classes: wxDialog, wxDialogLayoutAdapter
 | |
| 
 | |
| A dialog box is similar to a panel, in that it is a window which can
 | |
| be used for placing controls, with the following exceptions:
 | |
| 
 | |
| @li A surrounding frame is implicitly created.
 | |
| @li Extra functionality is automatically given to the dialog box,
 | |
|     such as tabbing between items (currently Windows only).
 | |
| @li If the dialog box is @e modal, the calling program is blocked
 | |
|     until the dialog box is dismissed.
 | |
| 
 | |
| For a set of dialog convenience functions, including file selection, see
 | |
| @ref group_funcmacro_dialog.
 | |
| 
 | |
| See also wxTopLevelWindow and wxWindow for inherited
 | |
| member functions. Validation of data in controls is covered in @ref overview_validator.
 | |
| 
 | |
| 
 | |
| @li @ref overview_dialog_autoscrolling
 | |
| 
 | |
| 
 | |
| <hr>
 | |
| 
 | |
| 
 | |
| 
 | |
| @section overview_dialog_autoscrolling Automatic scrolling dialogs
 | |
| 
 | |
| As an ever greater variety of mobile hardware comes to market, it becomes more
 | |
| imperative for wxWidgets applications to adapt to these platforms without putting
 | |
| too much burden on the programmer. One area where wxWidgets can help is in adapting
 | |
| dialogs for the lower resolution screens that inevitably accompany a smaller form factor.
 | |
| wxDialog therefore supplies a global wxDialogLayoutAdapter class that implements
 | |
| automatic scrolling adaptation for most sizer-based custom dialogs.
 | |
| 
 | |
| Many applications should therefore be able to adapt to small displays with little
 | |
| or no work, as far as dialogs are concerned.
 | |
| By default this adaptation is off. To switch scrolling adaptation on globally in
 | |
| your application, call the static function wxDialog::EnableLayoutAdaptation passing @true.
 | |
| You can also adjust adaptation on a per-dialog basis by calling
 | |
| wxDialog::SetLayoutAdaptationMode with one of @c wxDIALOG_ADAPTATION_MODE_DEFAULT
 | |
| (use the global setting), @c wxDIALOG_ADAPTATION_MODE_ENABLED or @c wxDIALOG_ADAPTATION_MODE_DISABLED.
 | |
| 
 | |
| The last two modes override the global adaptation setting.
 | |
| With adaptation enabled, if the display size is too small for the dialog, wxWidgets (or rather the
 | |
| standard adapter class wxStandardDialogLayoutAdapter) will make part of the dialog scrolling,
 | |
| leaving standard buttons in a non-scrolling part at the bottom of the dialog.
 | |
| This is done as follows, in wxDialogLayoutAdapter::DoLayoutAdaptation called from
 | |
| within wxDialog::Show or wxDialog::ShowModal:
 | |
| 
 | |
| @li If wxDialog::GetContentWindow returns a window derived from wxBookCtrlBase,
 | |
|     the pages are made scrollable and no other adaptation is done.
 | |
| @li wxWidgets looks for a wxStdDialogButtonSizer and uses it for the non-scrolling part.
 | |
| @li If that search failed, wxWidgets looks for a horizontal wxBoxSizer with one or more
 | |
|     standard buttons, with identifiers such as @c wxID_OK and @c wxID_CANCEL.
 | |
| @li If that search failed too, wxWidgets finds 'loose' standard buttons (in any kind of sizer)
 | |
|     and adds them to a wxStdDialogButtonSizer.
 | |
|     If no standard buttons were found, the whole dialog content will scroll.
 | |
| @li All the children apart from standard buttons are reparented onto a new ::wxScrolledWindow
 | |
|     object, using the old top-level sizer for the scrolled window and creating a new top-level
 | |
|     sizer to lay out the scrolled window and standard button sizer.
 | |
| 
 | |
| 
 | |
| @subsection overview_dialog_autoscrolling_custom Customising scrolling adaptation
 | |
| 
 | |
| In addition to switching adaptation on and off globally and per dialog,
 | |
| you can choose how aggressively wxWidgets will search for standard buttons by setting
 | |
| wxDialog::SetLayoutAdaptationLevel. By default, all the steps described above will be
 | |
| performed but by setting the level to 1, for example, you can choose to only look for
 | |
| wxStdDialogButtonSizer.
 | |
| 
 | |
| You can use wxDialog::AddMainButtonId to add identifiers for buttons that should also be
 | |
| treated as standard buttons for the non-scrolling area.
 | |
| 
 | |
| You can derive your own class from wxDialogLayoutAdapter or wxStandardDialogLayoutAdapter and call
 | |
| wxDialog::SetLayoutAdapter, deleting the old object that this function returns. Override
 | |
| the functions CanDoLayoutAdaptation and DoLayoutAdaptation to test for adaptation applicability
 | |
| and perform the adaptation.
 | |
| 
 | |
| You can also override wxDialog::CanDoLayoutAdaptation and wxDialog::DoLayoutAdaptation
 | |
| in a class derived from wxDialog.
 | |
| 
 | |
| 
 | |
| @subsection overview_dialog_autoscrolling_fail Situations where automatic scrolling adaptation may fail
 | |
| 
 | |
| Because adaptation rearranges your sizer and window hierarchy, it is not fool-proof,
 | |
| and may fail in the following situations:
 | |
| 
 | |
| @li The dialog doesn't use sizers.
 | |
| @li The dialog implementation makes assumptions about the window hierarchy,
 | |
|     for example getting the parent of a control and casting to the dialog class.
 | |
| @li The dialog does custom painting and/or event handling not handled by the scrolled window.
 | |
|     If this problem can be solved globally, you can derive a new adapter class from
 | |
|     wxStandardDialogLayoutAdapter and override its CreateScrolledWindow function to return
 | |
|     an instance of your own class.
 | |
| @li The dialog has unusual layout, for example a vertical sizer containing a mixture of
 | |
|     standard buttons and other controls.
 | |
| @li The dialog makes assumptions about the sizer hierarchy, for example to show or hide
 | |
|     children of the top-level sizer. However, the original sizer hierarchy will still hold
 | |
|     until Show or ShowModal is called.
 | |
| 
 | |
| You can help make sure that your dialogs will continue to function after adaptation by:
 | |
| 
 | |
| @li avoiding the above situations and assumptions;
 | |
| @li using wxStdDialogButtonSizer;
 | |
| @li only making assumptions about hierarchy immediately after the dialog is created;
 | |
| @li using an intermediate sizer under the main sizer, a @false top-level sizer that
 | |
|     can be relied on to exist for the purposes of manipulating child sizers and windows;
 | |
| @li overriding wxDialog::GetContentWindow to return a book control if your dialog implements
 | |
|     pages: wxWidgets will then only make the pages scrollable.
 | |
| 
 | |
| 
 | |
| @subsection overview_dialog_propertysheet wxPropertySheetDialog and wxWizard
 | |
| 
 | |
| Adaptation for wxPropertySheetDialog is always done by simply making the pages
 | |
| scrollable, since wxDialog::GetContentWindow returns the dialog's book control and
 | |
| this is handled by the standard layout adapter.
 | |
| 
 | |
| wxWizard uses its own CanDoLayoutAdaptation and DoLayoutAdaptation functions rather
 | |
| than the global adapter: again, only the wizard pages are made scrollable.
 | |
| 
 | |
| */
 | |
| 
 |