From 1912918cce8be69b4dd36385b71c21f5179d3871 Mon Sep 17 00:00:00 2001 From: Ron Lee Date: Thu, 17 May 2001 07:53:10 +0000 Subject: [PATCH] typo fix. git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@10190 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775 --- docs/latex/wx/boxsizer.tex | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/latex/wx/boxsizer.tex b/docs/latex/wx/boxsizer.tex index 4fa4a2e852..6652598925 100644 --- a/docs/latex/wx/boxsizer.tex +++ b/docs/latex/wx/boxsizer.tex @@ -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 -- 2.45.2