Description: Documentation fixes
Corrections in spelling in the blt documentation.
Author: Paul E. Johnson (Debian Packaging) <pauljohn32@freefaculty.org>
--- a/man/barchart.mann
+++ b/man/barchart.mann
@@ -1954,7 +1954,7 @@
.TP
\fB\-fill \fIcolor\fR
Sets the background color of the line. This color is used with
-striped lines (see the \fB\-fdashes\R option). If \fIcolor\fR is
+striped lines (see the \fB\-fdashes\fR option). If \fIcolor\fR is
the empty string, no background color is drawn (the line will be
dashed, not striped). The default background color is \fB""\fR.
.TP
--- a/man/tree.mann
+++ b/man/tree.mann
@@ -393,7 +393,7 @@
Reverse the direction of the copy.
.TP
\fB\-tags\fR
-Copy tag inforation. Normally the following node is copied: its
+Copy tag information. Normally the following node is copied: its
label and data fields. This indicates to copy tags as well.
.RE
.TP
@@ -1804,7 +1804,7 @@
set nams {}
set vals {}
foreach nam $s(*) {
- lappend vals \$s($nam)
+ lappend vals $s($nam)
lappend nams $nam
}
set vals [join $vals ,]
--- a/man/bitmap.mann
+++ b/man/bitmap.mann
@@ -82,9 +82,9 @@
Tk will recognize "gray1" as a bitmap which can now be used with any
widget that accepts bitmaps.
.CS
-.barchart element configure elem1 -stipple gray1
+\&.barchart element configure elem1 -stipple gray1
.CE
-The bitmap data can be specified in a mulitude of forms.
+The bitmap data can be specified in a multitude of forms.
The following commands are all equivalent.
.CS
bitmap define gray1 {
--- a/man/eps.mann
+++ b/man/eps.mann
@@ -55,7 +55,7 @@
.DE
The \fBeps\fR item creates a new canvas item. \fICanvas\fR is the name
of a \fBcanvas\fR widget. You must supply the X-Y coordinate of
-the new eps item. How the coordinate is exactly interpretered is
+the new eps item. How the coordinate is exactly interpreted is
controlled by the \fB\-anchor\fR option (see below).
.PP
Additional options may be specified on the command line to configure
--- a/man/tabset.mann
+++ b/man/tabset.mann
@@ -86,7 +86,7 @@
tabs and the sizes of the Tk widgets embedded inside each folder.
The widest widget determines the width of the folder. The tallest
determines the height. If no folders contain an embedded widget, the
-size is detemined solely by the size of the tabs.
+size is determined solely by the size of the tabs.
.PP
You can override either dimension with the tabset's \fB\-width\fR
and \fB\-height\fR options.
@@ -767,7 +767,7 @@
\fBcenter\fR.
.TP
\fB\-background \fIcolor\fR
-Sets the background color for \fInameOrIndex\fR. Setting this option overides the
+Sets the background color for \fInameOrIndex\fR. Setting this option overrides the
widget's \fB\-tabbackground\fR option.
.TP
\fB\-bindtags \fItagList\fR
--- a/man/hiertable.mann
+++ b/man/hiertable.mann
@@ -1395,7 +1395,7 @@
The default is \fBsingle\fR.
.TP
\fB\-separator \fIstring\fR
-Specifies the character sequence to use when spliting the path components.
+Specifies the character sequence to use when splitting the path components.
The separator may be several characters wide (such as "::")
Consecutive separators in a pathname are treated as one.
If \fIstring\fR is the empty string, the pathnames are Tcl lists.
--- a/man/treeview.mann
+++ b/man/treeview.mann
@@ -2037,7 +2037,7 @@
Set a tile background image to use for selection.
.TP
\fB\-separator \fIstring\fR
-Specifies the character sequence to use when spliting the path components.
+Specifies the character sequence to use when splitting the path components.
The separator may be several characters wide (such as "::")
Consecutive separators in a pathname are treated as one.
If \fIstring\fR is the empty string, the pathnames are Tcl lists.
--- a/man/hierbox.mann
+++ b/man/hierbox.mann
@@ -1395,7 +1395,7 @@
The default is \fBsingle\fR.
.TP
\fB\-separator \fIstring\fR
-Specifies the character sequence to use when spliting the path components.
+Specifies the character sequence to use when splitting the path components.
The separator may be several characters wide (such as "::")
Consecutive separators in a pathname are treated as one.
If \fIstring\fR is the empty string, the pathnames are Tcl lists.
--- a/man/container.mann
+++ b/man/container.mann
@@ -187,7 +187,7 @@
tabs and the sizes of the Tk widgets embedded inside each folder.
The widest widget determines the width of the folder. The tallest
determines the height. If no folders contain an embedded widget, the
-size is detemined solely by the size of the tabs.
+size is determined solely by the size of the tabs.
.PP
You can override either dimension with the container's \fB\-width\fR
and \fB\-height\fR options.
--- a/html/eps.html
+++ b/html/eps.html
@@ -15,10 +15,10 @@
create eps <I>x y </I></B></I>?<I>option value</I>?...
<H2><A NAME="sect2" HREF="#toc2">Description</A></H2>
The <B>eps</B> canvas item lets you place
-encapulated PostScript (EPS) on a canvas, controlling its size and placement.
+encapsulated PostScript (EPS) on a canvas, controlling its size and placement.
The EPS item is displayed either as a solid rectangle or a preview image.
The preview image is designated in one of two ways: 1) the EPS file contains
-an ASCII hexidecimal preview, or 2) a Tk photo image. When the canvas generates
+an ASCII hexadecimal preview, or 2) a Tk photo image. When the canvas generates
PostScript output, the EPS will be inserted with the proper translation
and scaling to match that of the EPS item. So can use the canvas widget
as a page layout tool.
@@ -39,7 +39,7 @@
<CODE><I>canvas <B>create eps <I>x y </I></B></I>?<I>option value</I>?...<BR>
</CODE><P>The <B>eps</B> item creates a new canvas item. <I>Canvas</I> is the name of a <B>canvas</B> widget.
You must supply the X-Y coordinate of the new eps item. How the coordinate
-is exactly interpretered is controlled by the <B>-anchor</B> option (see below).
+is exactly interpreted is controlled by the <B>-anchor</B> option (see below).
<P>
Additional options may be specified on the command line to configure aspects
of the eps item such as its color, stipple, and font. The following <I>option</I>
--- a/html/container.html
+++ b/html/container.html
@@ -136,7 +136,7 @@
size of the container window is determined the number of tiers of tabs
and the sizes of the Tk widgets embedded inside each folder. The widest
widget determines the width of the folder. The tallest determines the height.
- If no folders contain an embedded widget, the size is detemined solely
+ If no folders contain an embedded widget, the size is determined solely
by the size of the tabs. <P>
You can override either dimension with the container's
<B>-width</B> and <B>-height</B> options.
--- a/html/hierbox.html
+++ b/html/hierbox.html
@@ -1446,7 +1446,7 @@
<DT><B>-separator <I>string</I></B> </DT>
<DD>Specifies the character sequence
-to use when spliting the path components. The separator may be several
+to use when splitting the path components. The separator may be several
characters wide (such as "::") Consecutive separators in a pathname are
treated as one. If <I>string</I> is the empty string, the pathnames are Tcl lists.
Each element is a path component. The default is <I>""</I>. </DD>
--- a/html/bitmap.html
+++ b/html/bitmap.html
@@ -58,7 +58,8 @@
label .l -bitmap gray1<BR>
</CODE><P>Tk will recognize "gray1" as a bitmap which can now be used with any widget
that accepts bitmaps. <BR>
-<CODE></CODE><P>The bitmap data can be specified in a mulitude of forms. The following commands
+<CODE>.barchart element configure elem1 -stipple gray1<BR>
+</CODE><P>The bitmap data can be specified in a multitude of forms. The following commands
are all equivalent. <BR>
<CODE>bitmap define gray1 {<BR>
#define gray1_width 2<BR>
@@ -128,7 +129,7 @@
<DD>Specifies the scale of
the bitmap. <I>Value</I> is a real number representing the scale. A scale of 1.0
indicates no scaling is necessary, while 2.0 would double the size of the
-bitmap. There is no way to specify differents scales for the width and
+bitmap. There is no way to specify different scales for the width and
height of the bitmap. The default scale is <I>1.0</I>. </DD>
</DL>
</blockquote>
@@ -161,7 +162,7 @@
<DT><B>-scale <I>value</I></B> </DT>
<DD>Specifies how to scale the bitmap. <I>Value</I> is a real number representing
the scale. A scale of 1.0 indicates no scaling is necessary, while 2.0 would
-double the size of the bitmap. There is no way to specify differents scales
+double the size of the bitmap. There is no way to specify different scales
for the width and height of the bitmap. The default scale is <I>1.0</I>. </DD>
</DL>
</blockquote>
--- a/html/tree.html
+++ b/html/tree.html
@@ -641,7 +641,7 @@
<P><DT><A NAME="M55"><B>-reverse</B></A><DD>
Reverse the direction of the copy.
<P><DT><A NAME="M56"><B>-tags</B></A><DD>
-Copy tag inforation. Normally the following node is copied: its
+Copy tag information. Normally the following node is copied: its
label and data fields. This indicates to copy tags as well.
<P></DL>
<P><DT><A NAME="M57"><I>treeName</I> <B>create</B> ?<I>switches</I>?</A><DD>
@@ -870,7 +870,7 @@
<P>
<DL class="tree operations">
<DT><A NAME="M120"><B>breadthfirst</B></A><DD>
-Process the node and the subtrees at each sucessive level. Each node
+Process the node and the subtrees at each successive level. Each node
on a level is processed before going to the next level.
<P><DT><A NAME="M121"><B>inorder</B></A><DD>
Recursively process the nodes of the first subtree, the node itself,
@@ -1587,7 +1587,7 @@
indicating the operations that are traced (it's in the same
form as <I>ops</I>) and, the command prefix.
<P><DT><A NAME="M267"><I>treeName</I> <B>trace names</B></A><DD>
-Returns a list of identifers for all the current traces.
+Returns a list of identifiers for all the current traces.
<P></DL>
<H3><A NAME="M268">NOTIFY OPERATIONS</A></H3>
Tree objects can be shared among many clients, such as a
@@ -1672,7 +1672,7 @@
It consists of the notify id, a sublist of event flags (it's in the same
form as <I>flags</I>) and, the command prefix.
<P><DT><A NAME="M283"><I>treeName</I> <B>notify names</B></A><DD>
-Returns a list of identifers for all the current notifiers.
+Returns a list of identifiers for all the current notifiers.
<P></DL>
<H3><A NAME="M284">TABLE EXAMPLE</A></H3>
--- a/html/spline.html
+++ b/html/spline.html
@@ -32,7 +32,7 @@
curve. Spline interpolation is the mathematical equivalent. The curves
between adjacent knots are piecewise functions such that the resulting
spline runs exactly through all the knots. The order and coefficients of
-the polynominal determine the "looseness" or "tightness" of the curve fit
+the polynomial determine the "looseness" or "tightness" of the curve fit
from the line segments formed by the knots. <P>
The <B>spline</B> command performs
spline interpolation using cubic ("natural") or quadratic polynomial functions.
@@ -87,7 +87,7 @@
.graph element create spline -x sx -y sy -color red<BR>
table . .graph<BR>
</CODE><P>The <B>natural</B> operation employs a cubic interpolant when forming the spline.
- In terms of the draftmen's spline, a <I>natural spline</I> requires the least
+ In terms of the draftsmen's spline, a <I>natural spline</I> requires the least
amount of energy to bend the spline (strip of wood), while still passing
through each knot. In mathematical terms, the second derivatives of the
first and last points are zero. <P>
@@ -139,7 +139,7 @@
by D.F.Mcallister & J.A.Roulier
Coded by S.L.Dodd & M.Roulier N.C.State University.
-</PRE>The original code for the quadratric spline can be found in TOMS #574.
+</PRE>The original code for the quadratic spline can be found in TOMS #574.
<H2><A NAME="sect7" HREF="#toc7">Keywords</A></H2>
spline,
vector, graph <P>
--- a/html/bgexec.html
+++ b/html/bgexec.html
@@ -122,7 +122,7 @@
Specifies the encoding of the stderr channel. This affects only data returned
to the Tcl interpreter. No translation is done on file redirection. <BR>
For example if data is to be converted from Unicode for use in Tcl, you
-would use the "unicode" encoding. The default is that no tranlation is
+would use the "unicode" encoding. The default is that no translation is
performed. </DD>
<DT><B>-decodeoutput <I>encodingName</I></B> </DT>
@@ -130,7 +130,7 @@
Specifies the encoding of the stdout channels. This affects only data returned
to the Tcl interpreter. No translation is done on file redirection. <BR>
For example if data is to be converted from Unicode for use in Tcl, you
-would use the "unicode" encoding. The default is that no tranlation is
+would use the "unicode" encoding. The default is that no translation is
performed. </DD>
<DT><B>-error <I>varName</I></B> </DT>
@@ -234,7 +234,7 @@
<P>
</CODE><P>The biggest advantage of <B>bgexec</B> is that, unlike <B>fileevent</B>, it requires
no additional Tcl code to run a program. It's simpler and less error prone.
- You don't have to worry about non-blocking I/O. It's handled tranparently
+ You don't have to worry about non-blocking I/O. It's handled transparently
for you. <P>
<B>Bgexec</B> runs programs that <B>fileevent</B> can not. <B>Fileevent</B> assumes that
the when stdout is closed the program has completed. But some programs,
--- a/html/table.html
+++ b/html/table.html
@@ -29,7 +29,7 @@
<B>table search <I>container</I></B> ?<I>switch arg</I>?...
<H2><A NAME="sect2" HREF="#toc2">Description</A></H2>
The <B>table</B> command
-arranges widgets in a table. The alignment of widgets is detemined by their
+arranges widgets in a table. The alignment of widgets is determined by their
row and column positions and the number of rows or columns that they span.
<H2><A NAME="sect3" HREF="#toc3">Introduction</A></H2>
@@ -241,7 +241,7 @@
of a widget. <I>Item</I> can be in any form describe in the <B>configure</B> operation
below. If no <I>item</I> argument is provided, then the configuration option is
for the table itself. <I>Option</I> may be any one of the options described in
-the appropiate section for <I>item</I>. </DD>
+the appropriate section for <I>item</I>. </DD>
<DT><B>table configure</B> <I>container item</I>... ?<I>option
value</I>?... </DT>
--- a/html/tabset.html
+++ b/html/tabset.html
@@ -241,7 +241,7 @@
tabs and the sizes of the Tk widgets embedded inside each folder.
The widest widget determines the width of the folder. The tallest
determines the height. If no folders contain an embedded widget, the
-size is detemined solely by the size of the tabs.
+size is determined solely by the size of the tabs.
<P>
You can override either dimension with the tabset's <B>-width</B>
and <B>-height</B> options.
@@ -762,7 +762,7 @@
be aligned with the leftmost edge of the folder. The default value is
<B>center</B>.
<P><DT><A NAME="M110"><B>-background </B><I>color</I></A><DD>
-Sets the background color for <I>nameOrIndex</I>. Setting this option overides the
+Sets the background color for <I>nameOrIndex</I>. Setting this option overrides the
widget's <B>-tabbackground</B> option.
<P><DT><A NAME="M111"><B>-bindtags </B><I>tagList</I></A><DD>
Specifies the binding tags for this tab. <I>TagList</I> is a list of
--- a/html/barchart.html
+++ b/html/barchart.html
@@ -332,7 +332,7 @@
<DT><B>-barwidth <I>value</I></B> </DT>
<DD>Specifies the width
-of the bars. This value can be overrided by the individual elements using
+of the bars. This value can be overridden by the individual elements using
their <B>-barwidth</B> configuration option. <I>Value</I> is the width in terms of graph
coordinates. The default width is <I>1.0</I>. </DD>
--- a/html/winop.html
+++ b/html/winop.html
@@ -51,7 +51,7 @@
<H2><A NAME="sect2" HREF="#toc2">Description</A></H2>
The <B>winop</B> command performs various window
and image operations on Tk windows using low-level Xlib function calls to
-work around window manager pecularities.
+work around window manager peculiarities.
<H2><A NAME="sect3" HREF="#toc3">Introduction</A></H2>
Tk has several commands
for manipulating its windows: <B>raise</B>, <B>lower</B>, <B>wm</B>, etc. These commands ask
--- a/man/stripchart.mann
+++ b/man/stripchart.mann
@@ -1,3 +1,4 @@
+'\"
'\" Copyright 1991-1997 by Bell Labs Innovations for Lucent Technologies.
'\"
'\" Permission to use, copy, modify, and distribute this software and its
@@ -2061,7 +2062,7 @@
terminates that script and skips any remaining scripts for the event,
just as for the bind command.
.sp
-The \fB\-bindtags\R option for these components controls addition
+The \fB\-bindtags\fR option for these components controls addition
tag names which can be matched. Implicitly elements and markers
always have tags matching their names. Setting the value of
the \fB\-bindtags\fR option doesn't change this.
@@ -2160,9 +2161,8 @@
.CS
# Works for now.
\&.s legend configure -mapped no
-
# Instead use this.
\&.s legend configure -hide yes
-.CE
+.CE
.SH KEYWORDS
stripchart, graph, widget
--- a/man/vector.mann
+++ b/man/vector.mann
@@ -1277,7 +1277,7 @@
.CS
#include <tcl.h>
#include <blt.h>
-...
+\&...
Blt_Vector *vecPtr;
double *newArr;
FILE *f;
--- a/man/Blt_TreeGetNode.man3
+++ b/man/Blt_TreeGetNode.man3
@@ -58,7 +58,7 @@
unsigned int number;
Blt_TreeNode node;
Blt_TreeToken token;
-...
+\&...
node = Blt_TreeGetNode(token, number);
if (node == NULL) {
printf("no node with ID %d exists\\n", number);
|
