place(n)
okay bestie, this is place(n) from Tk Built-In Commands β the placer page, and it's lowkey iconic. πβ¨
πΈ NAME πΈ
place β Geometry manager for fixed or rubber-sheet placement
π¦ SYNOPSIS π¦
place option arg ?arg ...?
β¨ DESCRIPTION β¨
okay so the placer is Tk's geometry manager, and it's literally the one deciding where your windows go. It gives you simple fixed placement of windows: you specify the exact size and location of one window, called the content, inside another window, called the container. The placer also does rubber-sheet placement, where you specify the size and location of the content in terms of the dimensions of the container, so the content changes size and location when the container's size changes. And lastly, the placer lets you mix these styles so that, for example, the content has a fixed width and height but is centered inside the container. main character geometry energy. π
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-relyoptions. The anchor point is in terms of the outer area of window including its border, if any. So if where issethen the lower-right corner of window's border will appear at the given (x,y) location in the container. The anchor position defaults tonw.-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 isinside. 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 0corresponds to an x-coordinate just inside the border and an option of-relwidth 1.0means window will fill the area inside the container's border. If mode isoutsidethen 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 asignore, 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 ofignoreis probably not very useful.-height sizeβ size specifies the height for window in screen units (i.e. any of the forms accepted byTk_GetPixels). The height will be the outer dimension of window including its border, if any. If size is an empty string, or if no-heightor-relheightoption 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.5means window will be half as high as the container,1.0means window will have the same height as the container, and so on. If both-heightand-relheightare specified for a content, their values are summed. For example,-relheight 1.0 -height -2makes 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.5means window will be half as wide as the container,1.0means window will have the same width as the container, and so on. If both-widthand-relwidthare specified for a content, their values are summed. For example,-relwidth 1.0 -width 5makes 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.0corresponds to the left edge of the container and1.0corresponds to the right edge of the container. location need not be in the range 0.0-1.0. If both-xand-relxare specified for a content then their values are summed. For example,-relx 0.5 -x -2positions 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.0corresponds to the top edge of the container and1.0corresponds to the bottom edge of the container. location need not be in the range 0.0-1.0. If both-yand-relyare specified for a content then their values are summed. For example,-rely 0.5 -x 3positions 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 byTk_GetPixels). The width will be the outer width of window including its border, if any. If size is an empty string, or if no-widthor-relwidthoption 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 byTk_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 byTk_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. periodt. π
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. iykyk π«Ά
π FINE POINTS π
okay so plot twist, bestie: it is not necessary for the container window to be the parent of the content window. not required, no cap. and this feature is useful in at least two situations π
First situation: 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. so 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. it's giving invisible scaffolding, and honestly? iconic β¨
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. sibling bond, but make it geometry π
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. placer is not here to resize your fave, it's just here to place them π«Ά
πΈ EXAMPLE πΈ
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
middle bit, always. the toplevel can resize all it wants, the label is staying in its main character spot π
π SEE ALSO π
π KEYWORDS π
geometry manager, height, location, container, place, rubber sheet, content, width
and that's the footer tea: source/version is Tk, the page is place(n) β no date in the footer, just vibes and geometry. mwah, bestie ππβ¨
π¦ where this page comes from
- alpine 3.23: tk9-doc 9.0.3-r0 Β· TCL
- alpine 3.24: tk9-doc 9.0.3-r2 Β· TCL
- fedora 43: tk 1:9.0.2-1.fc43 Β· TCL AND HPND-Pbmplus AND CC-BY-SA-3.0 AND MIT-open-group AND MIT
- fedora 43: tk 1:9.0.2-1.fc43 Β· TCL AND HPND-Pbmplus AND CC-BY-SA-3.0 AND MIT-open-group AND MIT
- fedora 44: tk 1:9.0.2-1.fc44 Β· TCL AND HPND-Pbmplus AND CC-BY-SA-3.0 AND MIT-open-group AND MIT
- fedora 44: tk 1:9.0.2-1.fc44 Β· TCL AND HPND-Pbmplus AND CC-BY-SA-3.0 AND MIT-open-group AND MIT
- nixos 26.05: tk 9.0.3
- nixpkgs unstable: tk 9.1.0
- Copyright (c) 1992 The Regents of the University of California
- Copyright (c) 1994-1996 Sun Microsystems, Inc
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms