- NAME
- place — Geometry manager for fixed or rubber-sheet
placement
- SYNOPSIS
- DESCRIPTION
- place
window option value ?option value ...?
- place
configure window ?option? ?value option value
...?
- -anchor
where
- -bordermode mode
- -height
size
- -in
container
- -relheight size
- -relwidth size
- -relx
location
- -rely
location
- -width
size
- -x
location
- -y
location
- place
content window
- place
forget window
- place
info window
- place
slaves window
- FINE
POINTS
- EXAMPLE
- SEE
ALSO
- KEYWORDS
place — Geometry manager for fixed or rubber-sheet placement
place option arg ?arg ...?
The placer is a geometry manager for Tk. It provides simple fixed
placement of windows, where you specify the exact size and location
of one window, called the content, within another window,
called the container. The placer also provides rubber-sheet
placement, where you specify the size and location of the content
in terms of the dimensions of the container, so that the content
changes size and location in response to changes in the size of the
container. Lastly, the placer allows you to mix these styles of
placement so that, for example, the content has a fixed width and
height but is centered inside the container.
- place window option value
?option value ...?
- Arrange for the placer to manage the geometry of a content
whose pathName is window. The remaining arguments consist of
one or more option-value pairs that specify the way in which
window's geometry is managed. Option may have any of
the values accepted by the place configure command.
- place configure window
?option? ?value option value ...?
- Query or modify the geometry options of the content given by
window. If no option is specified, this command
returns a list describing the available options (see Tk_ConfigureInfo for information
on the format of this list). If option is specified with no
value, then the command returns a list describing the one
named option (this list will be identical to the corresponding
sublist of the value returned if no option is specified). If
one or more option-value pairs are specified, then the
command modifies the given option(s) to have the given value(s); in
this case the command returns an empty string.
The following option-value pairs are supported:
- -anchor where
- Where specifies which point of window is to be
positioned at the (x,y) location selected by the -x,
-y, -relx, and -rely options. The anchor point
is in terms of the outer area of window including its
border, if any. Thus if where is se then the
lower-right corner of window's border will appear at the
given (x,y) location in the container. The anchor position defaults
to nw.
- -bordermode mode
- Mode determines the degree to which borders within the
container are used in determining the placement of the content. The
default and most common value is inside. In this case the
placer considers the area of the container to be the innermost area
of the container, inside any border: an option of -x 0
corresponds to an x-coordinate just inside the border and an option
of -relwidth 1.0 means window will fill the area
inside the container's border.
If mode is outside then the placer considers the
area of the container to include its border; this mode is typically
used when placing window outside its container, as with the
options -x 0 -y 0 -anchor ne. Lastly, mode may be
specified as ignore, in which case borders are ignored: the
area of the container is considered to be its official X area,
which includes any internal border but no external border. A
bordermode of ignore is probably not very useful.
- -height size
- Size specifies the height for window in screen
units (i.e. any of the forms accepted by Tk_GetPixels). The height will be
the outer dimension of window including its border, if any.
If size is an empty string, or if no -height or
-relheight option is specified, then the height requested
internally by the window will be used.
- -in container
- Container specifies the path name of the window relative
to which window is to be placed. Container must
either be window's parent or a descendant of window's
parent. In addition, container and window must both
be descendants of the same top-level window. These restrictions are
necessary to guarantee that window is visible whenever
container is visible. If this option is not specified then
the other window defaults to window's parent.
- -relheight size
- Size specifies the height for window. In this
case the height is specified as a floating-point number relative to
the height of the container: 0.5 means window will be half
as high as the container, 1.0 means window will have the
same height as the container, and so on. If both -height and
-relheight are specified for a content, their values are
summed. For example, -relheight 1.0 -height -2 makes the
content 2 pixels shorter than the container.
- -relwidth size
- Size specifies the width for window. In this case
the width is specified as a floating-point number relative to the
width of the container: 0.5 means window will be half as
wide as the container, 1.0 means window will have the same
width as the container, and so on. If both -width and
-relwidth are specified for a content, their values are
summed. For example, -relwidth 1.0 -width 5 makes the
content 5 pixels wider than the container.
- -relx location
- Location specifies the x-coordinate within the container
window of the anchor point for window. In this case the
location is specified in a relative fashion as a floating-point
number: 0.0 corresponds to the left edge of the container and 1.0
corresponds to the right edge of the container. Location
need not be in the range 0.0-1.0. If both -x and
-relx are specified for a content then their values are
summed. For example, -relx 0.5 -x -2 positions the left edge
of the content 2 pixels to the left of the center of its
container.
- -rely location
- Location specifies the y-coordinate within the container
window of the anchor point for window. In this case the
value is specified in a relative fashion as a floating-point
number: 0.0 corresponds to the top edge of the container and 1.0
corresponds to the bottom edge of the container. Location
need not be in the range 0.0-1.0. If both -y and
-rely are specified for a content then their values are
summed. For example, -rely 0.5 -x 3 positions the top edge
of the content 3 pixels below the center of its container.
- -width size
- Size specifies the width for window in screen
units (i.e. any of the forms accepted by Tk_GetPixels). The width will be
the outer width of window including its border, if any. If
size is an empty string, or if no -width or
-relwidth option is specified, then the width requested
internally by the window will be used.
- -x location
- Location specifies the x-coordinate within the container
window of the anchor point for window. The location is
specified in screen units (i.e. any of the forms accepted by
Tk_GetPixels) and need
not lie within the bounds of the container window.
- -y location
- Location specifies the y-coordinate within the container
window of the anchor point for window. The location is
specified in screen units (i.e. any of the forms accepted by
Tk_GetPixels) and need
not lie within the bounds of the container window.
If the same value is specified separately with two different
options, such as -x and -relx, then the most recent
option is used and the older one is ignored.
- place content
window
- Returns a list of all the content windows for which
window is the container. If there is no content for
window then an empty string is returned.
- place forget
window
- Causes the placer to stop managing the geometry of
window. As a side effect of this command window will
be unmapped so that it does not appear on the screen. If
window is not currently managed by the placer then the
command has no effect. This command returns an empty string.
- place info window
- Returns a list giving the current configuration of
window. The list consists of option-value pairs in
exactly the same form as might be specified to the place
configure command.
- place slaves
window
- Synonym for place content window.
If the configuration of a window has been retrieved with
place info, that configuration can be restored later by
first using place forget to erase any existing information
for the window and then invoking place configure with the
saved information.
It is not necessary for the container window to be the parent of
the content window. This feature is useful in at least two
situations. First, for complex window layouts it means you can
create a hierarchy of subwindows whose only purpose is to assist in
the layout of the parent. The “real children” of the parent (i.e.
the windows that are significant for the application's user
interface) can be children of the parent yet be placed inside the
windows of the geometry-management hierarchy. This means that the
path names of the “real children” do not reflect the
geometry-management hierarchy and users can specify options for the
real children without being aware of the structure of the
geometry-management hierarchy.
A second reason for having a container different than the
content's parent is to tie two siblings together. For example, the
placer can be used to force a window always to be positioned
centered just below one of its siblings by specifying the
configuration
-in sibling -relx 0.5 -rely 1.0 -anchor n -bordermode outside
Whenever the sibling is repositioned in the future, the content
will be repositioned as well.
Unlike many other geometry managers (such as the packer) the
placer does not make any attempt to manipulate the geometry of the
container windows or the parents of content windows (i.e. it does
not set their requested sizes). To control the sizes of these
windows, make them windows like frames and canvases that provide
configuration options for this purpose.
Make the label occupy the middle bit of the toplevel, no matter how
it is resized:
label .l -text "In the\nMiddle!" -bg black -fg white
place .l -relwidth .3 -relx .35 -relheight .3 -rely .35
grid, pack
geometry
manager, height,
location, container, place, rubber sheet, content, width
Copyright © 1992 The Regents of the University of
California.
Copyright © 1994-1996 Sun Microsystems, Inc.