Minor spelling fixes.

14 files changed, 24 insertions, 24 deletions

diff --git a/doc/Clipboard.3 b/doc/Clipboard.3
index e06fae5..f3e8fec 100644
--- a/doc/Clipboard.3
+++ b/doc/Clipboard.3
@@ -71,7 +71,7 @@ this application).
 .PP
 \fBTk_ClipboardClear\fR may invoke callbacks, including arbitrary
 Tcl scripts, as a result of losing the CLIPBOARD selection, so
-any calling function should take care to be reentrant at the point
+any calling function should take care to be re-entrant at the point
 \fBTk_ClipboardClear\fR is invoked.
 .SH KEYWORDS
 append, clipboard, clear, format, type
diff --git a/doc/CrtWindow.3 b/doc/CrtWindow.3
index 4a67f80..43d323b 100644
--- a/doc/CrtWindow.3
+++ b/doc/CrtWindow.3
@@ -86,7 +86,7 @@ which would in turn be a child of the menu bar window.  A dialog box might
 have the application's main window as its parent.
 .PP
 \fBTk_CreateAnonymousWindow\fR differs from \fBTk_CreateWindow\fR in
-that it creates an unnamed window.  This window will be manipulable
+that it creates an unnamed window.  This window will be manipulatable
 only using C interfaces, and will not be visible to Tcl scripts.  Both
 interior windows and top-level windows may be created with
 \fBTk_CreateAnonymousWindow\fR.
diff --git a/doc/TkInitStubs.3 b/doc/TkInitStubs.3
index 79b7116..cc1bb36 100644
--- a/doc/TkInitStubs.3
+++ b/doc/TkInitStubs.3
@@ -34,7 +34,7 @@ as \fIversion\fR.
 The Tcl stubs mechanism defines a way to dynamically bind
 extensions to a particular Tcl implementation at run time.
 the stubs mechanism requires no changes to applications
-incoporating Tcl/Tk interpreters.  Only developers creating
+incorporating Tcl/Tk interpreters.  Only developers creating
 C-based Tcl/Tk extensions need to take steps to use the
 stubs mechanism with their extensions.
 See the \fBTcl_InitStubs\fR page for more information.
diff --git a/doc/busy.n b/doc/busy.n
index 0584027..8821f95 100644
--- a/doc/busy.n
+++ b/doc/busy.n
@@ -52,8 +52,8 @@ a configurable busy cursor.
 There are many times in applications where you want to temporarily restrict
 what actions the user can take. For example, an application could have a
 .QW Run
-button that when pressed causes some processing to occur. But while the
-application is busy processing, you probably don't want the the user to be
+button that when pressed causes some processing to occur. However, while the
+application is busy processing, you probably don't want the user to be
 able to click the
 .QW Run
 button again. You may also want restrict the user from other tasks such as
@@ -67,7 +67,7 @@ etc.\0are ignored by the widget. You can set a special cursor (like a watch)
 that overrides the widget's normal cursor, providing feedback that the
 application (widget) is temporarily busy.
 .PP
-When a widget is made busy, the widget and all of its descendents will ignore
+When a widget is made busy, the widget and all of its descendants will ignore
 events. It's easy to make an entire panel of widgets busy. You can simply make
 the toplevel widget (such as
 .QW . )
diff --git a/doc/console.n b/doc/console.n
index bce765d..fa9463d 100644
--- a/doc/console.n
+++ b/doc/console.n
@@ -25,7 +25,7 @@ the Tk library. Except for TkAqua, this command is not available when
 Tk is loaded into a tclsh interpreter with
 .QW "\fBpackage require Tk\fR" ,
 as a conventional terminal is expected to be present in that case.
-In TkAqua, this command is ony available when stdin is \fB/dev/null\fR
+In TkAqua, this command is only available when stdin is \fB/dev/null\fR
 (as is the case e.g. when the application embedding Tk is started
 from the Mac OS X Finder).
 .PP
diff --git a/doc/event.n b/doc/event.n
index df77385..214e6b7 100644
--- a/doc/event.n
+++ b/doc/event.n
@@ -76,7 +76,7 @@ defined for the given virtual event;  if the virtual event is
 not defined then an empty string is returned.
 .RS
 .PP
-Note that virtual events that that are not bound to physical event
+Note that virtual events that are not bound to physical event
 sequences are \fInot\fR returned by \fBevent info\fR.
 .RE
 .SH "EVENT FIELDS"
diff --git a/doc/font.n b/doc/font.n
index 763b63e..6b9295d 100644
--- a/doc/font.n
+++ b/doc/font.n
@@ -26,7 +26,7 @@ first argument.  The following forms are currently supported:
 Returns information about the actual attributes that are obtained when
 \fIfont\fR is used on \fIwindow\fR's display; the actual attributes obtained
 may differ from the attributes requested due to platform-dependent
-limitations, such as the availability of font families and pointsizes.
+limitations, such as the availability of font families and point sizes.
 \fIfont\fR is a font description; see \fBFONT DESCRIPTIONS\fR below.  If the
 \fIwindow\fR argument is omitted, it defaults to the main window.  If
 \fIoption\fR is specified, returns the value of that attribute; if it is
diff --git a/doc/fontchooser.n b/doc/fontchooser.n
index 310ba1a..65c3128 100644
--- a/doc/fontchooser.n
+++ b/doc/fontchooser.n
@@ -118,7 +118,7 @@ with the focus. The recommended practice is to set font dialog \fB\-font\fR and
 \fB\-command\fR configuration options in per\-widget \fB<FocusIn>\fR handlers
 (and if necessary to unset them \- i.e. set to the empty string \- in
 corresponding \fB<FocusOut>\fR handlers). This is particularly important for
-implementors of library code using the font selection dialog, to avoid
+implementers of library code using the font selection dialog, to avoid
 conflicting with application code that may also want to use the dialog.
 .PP
 Because the font selection dialog is application-global, in the presence of
diff --git a/doc/text.n b/doc/text.n
index 9702ddc..bf13448 100644
--- a/doc/text.n
+++ b/doc/text.n
@@ -432,7 +432,7 @@ then a solid fill will be used for the background.
 .
 \fIPixels\fR specifies the width of a border to draw around the tag using any
 of the forms accepted by \fBTk_GetPixels\fR. This option should be used in
-conjuction with the \fB\-relief\fR option to provide the desired border.
+conjunction with the \fB\-relief\fR option to provide the desired border.
 .TP
 \fB\-elide \fIboolean\fR
 .
diff --git a/doc/tk_mac.n b/doc/tk_mac.n
index bf683f8..a97318a 100644
--- a/doc/tk_mac.n
+++ b/doc/tk_mac.n
@@ -185,7 +185,7 @@ or to using a \fBttk::frame\fR.
 .TP
 \fB::tk::mac::iconBitmap \fIname width height \-kind value\fR
 .
-Renders native icons and bitmpas in Tk applications (including any image file
+Renders native icons and bitmaps in Tk applications (including any image file
 readable by NSImage). A native bitmap name is interpreted as follows (in
 order):
 .RS
diff --git a/doc/ttk_Geometry.3 b/doc/ttk_Geometry.3
index 5a0ce4f..95be72f 100644
--- a/doc/ttk_Geometry.3
+++ b/doc/ttk_Geometry.3
@@ -88,7 +88,7 @@ One of the standard Tk relief options
 (TK_RELIEF_RAISED, TK_RELIEF_SUNKEN, etc.).  
 See \fBTk_GetReliefFromObj\fR.
 .AP short right in
-Extra padding (in pixles) to add to the right side of a region.
+Extra padding (in pixels) to add to the right side of a region.
 .AP Ttk_Side side in
 One of \fBTTK_SIDE_LEFT\fR, \fBTTK_SIDE_TOP\fR, 
 \fBTTK_SIDE_RIGHT\fR, or \fBTTK_SIDE_BOTTOM\fR.
@@ -128,7 +128,7 @@ typedef struct {
 .CE
 All coordinates are relative to the window.
 .PP
-\fBTtk_MakeBox\fR is a convenience routine that contsructs
+\fBTtk_MakeBox\fR is a convenience routine that constructs
 a \fBTtk_Box\fR structure representing a region \fIwidth\fR pixels
 wide, \fIheight\fR pixels tall, at the specified \fIx, y\fR coordinates.
 .PP
@@ -173,7 +173,7 @@ typedef struct {
 } \fBTtk_Padding\fR;
 .CE
 .PP
-\fBTtk_MakePadding\fR is a convenience routine that contsructs
+\fBTtk_MakePadding\fR is a convenience routine that constructs
 a \fBTtk_Padding\fR structure with the specified left, top, right, and bottom
 components.
 .PP
diff --git a/doc/ttk_vsapi.n b/doc/ttk_vsapi.n
index e47c8b4..313b298 100644
--- a/doc/ttk_vsapi.n
+++ b/doc/ttk_vsapi.n
@@ -16,7 +16,7 @@ ttk_vsapi \- Define a Microsoft Visual Styles element
 .PP
 The \fBvsapi\fR element factory creates a new element
 in the current theme whose visual appearance is drawn using the
-Microsoft Visual Styles API which is reponsible for the themed styles
+Microsoft Visual Styles API which is responsible for the themed styles
 on Windows XP and Vista. This factory permits any of the Visual
 Styles parts to be declared as Ttk elements that can then be
 included in a style layout to modify the appearance of Ttk widgets.
@@ -58,7 +58,7 @@ Specifies the height of the element. See the comments for \fB\-width\fR.
 .PP
 The \fIstateMap\fR parameter is a list of ttk states and the
 corresponding Visual Styles API state value.
-This permits the element appearence to respond to changes in the
+This permits the element appearance to respond to changes in the
 widget state such as becoming active or being pressed. The list should
 be as described for the \fBttk::style map\fR command but note that the
 last pair in the list should be the default state and is typically and
@@ -83,7 +83,7 @@ ttk::style layout CloseButton {CloseButton.smallclose -sticky news}
 pack [ttk::button .close -style CloseButton]
 .CE
 .PP
-Change the appearence of a \fBttk::checkbutton\fR(n) to use the
+Change the appearance of a \fBttk::checkbutton\fR(n) to use the
 Explorer pin part EBP_HEADERPIN.
 .CS
 ttk::style element create pin \fBvsapi\fR EXPLORERBAR 3 {
diff --git a/doc/winfo.n b/doc/winfo.n
index 4196bce..61f5480 100644
--- a/doc/winfo.n
+++ b/doc/winfo.n
@@ -104,7 +104,7 @@ in pixels.
 \fBwinfo height \fIwindow\fR
 Returns a decimal string giving \fIwindow\fR's height in pixels.
 When a window is first created its height will be 1 pixel;  the
-height will eventually be changed by a geometry manager to fulfill
+height will eventually be changed by a geometry manager to fulfil
 the window's needs.
 If you need the true height immediately after creating a widget,
 invoke \fBupdate\fR to force the geometry manager to arrange it,
@@ -315,7 +315,7 @@ Returns 0 if there is no virtual root window for \fIwindow\fR.
 \fBwinfo width \fIwindow\fR
 Returns a decimal string giving \fIwindow\fR's width in pixels.
 When a window is first created its width will be 1 pixel;  the
-width will eventually be changed by a geometry manager to fulfill
+width will eventually be changed by a geometry manager to fulfil
 the window's needs.
 If you need the true width immediately after creating a widget,
 invoke \fBupdate\fR to force the geometry manager to arrange it,
diff --git a/doc/wm.n b/doc/wm.n
index 58e4334..c580441 100644
--- a/doc/wm.n
+++ b/doc/wm.n
@@ -114,7 +114,7 @@ can be dragged and dropped in lieu of the file's finder icon).
 \fB\-transparent\fR
 .
 Makes the window content area transparent and turns off the window shadow. For
-the transparency to be effecive, the toplevel background needs to be set to a
+the transparency to be effective, the toplevel background needs to be set to a
 color with some alpha, e.g.
 .QW systemTransparent .
 .PP
@@ -127,9 +127,9 @@ window managers, and will have no effect under older WMs.
 Requests that the window should be interpreted by the window manager as being
 of the specified type(s). This may cause the window to be decorated in a
 different way or otherwise managed differently, though exactly what happens is
-entirely up to the window manager. A list of types may be used, in order of preferance. The following values are mapped to
-constants defined in the EWMH specification (using others is possible, but not
-advised):
+entirely up to the window manager. A list of types may be used, in order of
+preference. The following values are mapped to constants defined in the EWMH
+specification (using others is possible, but not advised):
 .RS
 .TP
 \fBdesktop\fR