/usr/share/doc/gcl-doc/gcl-tk/pack_002dold.html is in gcl-doc 2.6.12-29.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 | <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<!-- Created by GNU Texinfo 5.2, http://www.gnu.org/software/texinfo/ -->
<head>
<title>GCL TK Manual: pack-old</title>
<meta name="description" content="GCL TK Manual: pack-old">
<meta name="keywords" content="GCL TK Manual: pack-old">
<meta name="resource-type" content="document">
<meta name="distribution" content="global">
<meta name="Generator" content="makeinfo">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<link href="index.html#Top" rel="start" title="Top">
<link href="wm.html#SEC_Contents" rel="contents" title="Table of Contents">
<link href="Control.html#Control" rel="up" title="Control">
<link href="pack.html#pack" rel="next" title="pack">
<link href="options.html#options" rel="prev" title="options">
<style type="text/css">
<!--
a.summary-letter {text-decoration: none}
blockquote.smallquotation {font-size: smaller}
div.display {margin-left: 3.2em}
div.example {margin-left: 3.2em}
div.indentedblock {margin-left: 3.2em}
div.lisp {margin-left: 3.2em}
div.smalldisplay {margin-left: 3.2em}
div.smallexample {margin-left: 3.2em}
div.smallindentedblock {margin-left: 3.2em; font-size: smaller}
div.smalllisp {margin-left: 3.2em}
kbd {font-style:oblique}
pre.display {font-family: inherit}
pre.format {font-family: inherit}
pre.menu-comment {font-family: serif}
pre.menu-preformatted {font-family: serif}
pre.smalldisplay {font-family: inherit; font-size: smaller}
pre.smallexample {font-size: smaller}
pre.smallformat {font-family: inherit; font-size: smaller}
pre.smalllisp {font-size: smaller}
span.nocodebreak {white-space:nowrap}
span.nolinebreak {white-space:nowrap}
span.roman {font-family:serif; font-weight:normal}
span.sansserif {font-family:sans-serif; font-weight:normal}
ul.no-bullet {list-style: none}
-->
</style>
</head>
<body lang="en" bgcolor="#FFFFFF" text="#000000" link="#0000FF" vlink="#800080" alink="#FF0000">
<a name="pack_002dold"></a>
<div class="header">
<p>
Next: <a href="pack.html#pack" accesskey="n" rel="next">pack</a>, Previous: <a href="options.html#options" accesskey="p" rel="prev">options</a>, Up: <a href="Control.html#Control" accesskey="u" rel="up">Control</a> [<a href="wm.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>]</p>
</div>
<hr>
<a name="pack_002dold-1"></a>
<h3 class="section">3.13 pack-old</h3>
<p>pack \- Obsolete syntax for packer geometry manager
</p><a name="Synopsis-26"></a>
<h4 class="unnumberedsubsec">Synopsis</h4>
<p><b>pack after </b><i>sibling </i><i>window options</i><span class="roman"> ?</span><i>window options </i>...?
</p><br>
<p><b>pack append </b><i>parent </i><i>window options</i><span class="roman"> ?</span><i>window options </i>...?
</p><br>
<p><b>pack before </b><i>sibling </i><i>window options</i><span class="roman"> ?</span><i>window options </i>...?
</p><br>
<p><b>pack info </b><i>parent</i>
</p><br>
<p><b>pack unpack </b><i>window</i>
</p>
<a name="Description-24"></a>
<h4 class="unnumberedsubsec">Description</h4>
<p><i>Note: this manual entry describes the syntax for the </i><b>pack</b>\fI
command as it before Tk version 3.3.
Although this syntax continues to be supported for backward
compatibility, it is obsolete and should not be used anymore.
At some point in the future it may cease to be supported.
</p>
<p>The packer is a geometry manager that arranges the
children of a parent by packing them in order around the edges of
the parent. The first child is placed against one side of
the window, occupying the entire span of the window along that
side. This reduces the space remaining for other children as
if the side had been moved in by the size of the first child.
Then the next child is placed against one side of the remaining
cavity, and so on until all children have been placed or there
is no space left in the cavity.
</p>
<p>The <b>before</b><span class="roman">, </span><b>after</b><span class="roman">, and </span><b>append</b><span class="roman"> forms of the </span><b>pack</b>
command are used to insert one or more children into the packing order
for their parent. The <b>before</b> form inserts the children before
window <i>sibling</i> in the order; all of the other windows must be
siblings of <i>sibling</i><span class="roman">. The </span><b>after</b> form inserts the windows
after <i>sibling</i><span class="roman">, and the </span><b>append</b> form appends one or more
windows to the end of the packing order for <i>parent</i>. If a
<i>window</i> named in any of these commands is already packed in
its parent, it is removed from its current position in the packing
order and repositioned as indicated by the command. All of these
commands return an empty string as result.
</p>
<p>The <b>unpack</b><span class="roman"> form of the </span><b>pack</b><span class="roman"> command removes </span><i>window</i>
from the packing order of its parent and unmaps it. After the
execution of this command the packer will no longer manage
<i>window</i>’s geometry.
</p>
<p>The placement of each child is actually a four-step process;
the <i>options</i><span class="roman"> argument following each </span><i>window</i> consists of
a list of one or more fields that govern the placement of that
window. In the discussion below, the term <i>cavity</i> refers
to the space left in a parent when a particular child is placed
(i.e. all the space that wasn’t claimed by earlier children in
the packing order). The term <i>parcel</i> refers to the space
allocated to a particular child; this is not necessarily the
same as the child window’s final geometry.
</p>
<p>The first step in placing a child is to determine which side of
the cavity it will lie against. Any one of the following options
may be used to specify a side:
</p>
<dl compact="compact">
<dt><b>top</b></dt>
<dd><p>Position the child’s parcel against the top of the cavity,
occupying the full width of the cavity.
</p></dd>
<dt><b>bottom</b></dt>
<dd><p>Position the child’s parcel against the bottom of the cavity,
occupying the full width of the cavity.
</p></dd>
<dt><b>left</b></dt>
<dd><p>Position the child’s parcel against the left side of the cavity,
occupying the full height of the cavity.
</p></dd>
<dt><b>right</b></dt>
<dd><p>Position the child’s parcel against the right side of the cavity,
occupying the full height of the cavity.
</p></dd>
</dl>
<p>At most one of these options should be specified for any given window.
If no side is specified, then the default is <b>top</b>.
</p>
<p>The second step is to decide on a parcel for the child. For <b>top</b>
and <b>bottom</b> windows, the desired parcel width is normally the cavity
width and the desired parcel height is the window’s requested height,
as passed to <b>Tk_GeometryRequest</b><span class="roman">. For </span><b>left</b><span class="roman"> and </span><b>right</b>
windows, the desired parcel height is normally the cavity height and the
desired width is the window’s requested width. However, extra
space may be requested for the window using any of the following
options:
</p>
<dl compact="compact">
<dt><b>padx </b><i>num</i></dt>
<dd><p>Add <i>num</i> pixels to the window’s requested width before computing
the parcel size as described above.
</p></dd>
<dt><b>pady </b><i>num</i></dt>
<dd><p>Add <i>num</i> pixels to the window’s requested height before computing
the parcel size as described above.
</p></dd>
<dt><b>expand</b></dt>
<dd><p>This option requests that the window’s parcel absorb any extra space left over
in the parent’s cavity after packing all the children.
The amount of space left over depends on the sizes requested by the
other children, and may be zero. If several windows have all specified
<b>expand</b> then the extra width will be divided equally among all the
<b>left</b><span class="roman"> and </span><b>right</b><span class="roman"> windows that specified </span><b>expand</b> and
the extra height will be divided equally among all the <b>top</b> and
<b>bottom</b><span class="roman"> windows that specified </span><b>expand</b>.
</p></dd>
</dl>
<p>If the desired width or height for a parcel is larger than the corresponding
dimension of the cavity, then the cavity’s dimension is used instead.
</p>
<p>The third step in placing the window is to decide on the window’s
width and height. The default is for the window to receive either
its requested width and height or the those of the parcel, whichever
is smaller. If the parcel is larger than the window’s requested
size, then the following options may be used to expand the
window to partially or completely fill the parcel:
</p>
<dl compact="compact">
<dt><b>fill</b></dt>
<dd><p>Set the window’s size to equal the parcel size.
</p></dd>
<dt><b>fillx</b></dt>
<dd><p>Increase the window’s width to equal the parcel’s width, but retain
the window’s requested height.
</p></dd>
<dt><b>filly</b></dt>
<dd><p>Increase the window’s height to equal the parcel’s height, but retain
the window’s requested width.
</p>
<p>The last step is to decide the window’s location within its parcel.
If the window’s size equals the parcel’s size, then the window simply
fills the entire parcel. If the parcel is larger than the window,
then one of
the following options may be used to specify where the window should
be positioned within its parcel:
</p></dd>
<dt><b>frame center</b></dt>
<dd><p>Center the window in its parcel. This is the default if no framing
option is specified.
</p></dd>
<dt><b>frame n</b></dt>
<dd><p>Position the window with its top edge centered on the top edge of
the parcel.
</p></dd>
<dt><b>frame ne</b></dt>
<dd><p>Position the window with its upper-right corner at the upper-right corner
of the parcel.
</p></dd>
<dt><b>frame e</b></dt>
<dd><p>Position the window with its right edge centered on the right edge of
the parcel.
</p></dd>
<dt><b>frame se</b></dt>
<dd><p>Position the window with its lower-right corner at the lower-right corner
of the parcel.
</p></dd>
<dt><b>frame s</b></dt>
<dd><p>Position the window with its bottom edge centered on the bottom edge of
the parcel.
</p></dd>
<dt><b>frame sw</b></dt>
<dd><p>Position the window with its lower-left corner at the lower-left corner
of the parcel.
</p></dd>
<dt><b>frame w</b></dt>
<dd><p>Position the window with its left edge centered on the left edge of
the parcel.
</p></dd>
<dt><b>frame nw</b></dt>
<dd><p>Position the window with its upper-left corner at the upper-left corner
of the parcel.
</p>
<p>The <b>pack info</b> command may be used to retrieve information about
the packing order for a parent. It returns a list in the form
</p>
<div class="example">
<pre class="example"><i>window options window options ...</i>
</pre></div>
<p>Each <i>window</i><span class="roman"> is a name of a window packed in </span><i>parent</i>,
and the following <i>options</i> describes all of the options for that
window, just as they would be typed to <b>pack append</b>.
The order of the list is the same as the packing order for
<i>parent</i>.
</p>
<p>The packer manages the mapped/unmapped state of all the packed
children windows. It automatically maps the windows when it packs
them, and it unmaps any windows for which there was no space left
in the cavity.
</p>
<p>The packer makes geometry requests on behalf of the parent windows
it manages. For each parent window it requests a size large enough
to accommodate all the options specified by all the packed children,
such that zero space would be leftover for <b>expand</b> options.
</p>
</dd>
</dl>
<a name="Keywords-27"></a>
<h4 class="unnumberedsubsec">Keywords</h4>
<p>geometry manager, location, packer, parcel, size
</p><hr>
<div class="header">
<p>
Next: <a href="pack.html#pack" accesskey="n" rel="next">pack</a>, Previous: <a href="options.html#options" accesskey="p" rel="prev">options</a>, Up: <a href="Control.html#Control" accesskey="u" rel="up">Control</a> [<a href="wm.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>]</p>
</div>
</body>
</html>
|