typo fix.
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@10190 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
parent
f98de4487f
commit
1912918cce
@ -1,12 +1,12 @@
|
||||
\section{\class{wxBoxSizer}}\label{wxboxsizer}
|
||||
|
||||
The basic idea behind a box sizer is that windows will most often be laid out in rather
|
||||
simple basic geomerty, typically in a row or a column or several hierachies of either.
|
||||
simple basic geometry, typically in a row or a column or several hierarchies of either.
|
||||
|
||||
As an example, we will construct a dialog that will contain a text field at the top and
|
||||
two buttons at the bottom. This can be seen as a top-hierarchy column with the text at
|
||||
the top and buttons at the bottom and a low-hierchary row with an OK button to the left
|
||||
and a Cancel button to the right. In many cases (particulary dialogs under Unix and
|
||||
the top and buttons at the bottom and a low-hierarchy row with an OK button to the left
|
||||
and a Cancel button to the right. In many cases (particularly dialogs under Unix and
|
||||
normal frames) the main window will be resizable by the user and this change of size
|
||||
will have to get propagated to its children. In our case, we want the text area to grow
|
||||
with the dialog, whereas the button shall have a fixed size. In addition, there will be
|
||||
|
Loading…
Reference in New Issue
Block a user