diff options
Diffstat (limited to 'graphics/tclblt/patches/doc-typos.patch')
-rw-r--r-- | graphics/tclblt/patches/doc-typos.patch | 407 |
1 files changed, 407 insertions, 0 deletions
diff --git a/graphics/tclblt/patches/doc-typos.patch b/graphics/tclblt/patches/doc-typos.patch new file mode 100644 index 0000000000..2f233311f4 --- /dev/null +++ b/graphics/tclblt/patches/doc-typos.patch @@ -0,0 +1,407 @@ +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); |