raise — Change a window's position in the stacking order
raise window ?aboveThis?
If the aboveThis argument is omitted then the command raises
window so that it is above all of its siblings in the
stacking order (it will not be obscured by any siblings and will
obscure any siblings that overlap it). If aboveThis is
specified then it must be the path name of a window that is either
a sibling of window or the descendant of a sibling of
window. In this case the raise command will insert
window into the stacking order just above aboveThis
(or the ancestor of aboveThis that is a sibling of
window); this could end up either raising or lowering
window.
All toplevel windows
may be restacked with respect to each other, whatever their
relative path names, but the window manager is not obligated to
strictly honor requests to restack.
On macOS raising an iconified toplevel window causes it to be
deiconified.
Make a button appear to be in a sibling frame that was created
after it. This is is often necessary when building GUIs in the
style where you create your activity widgets first before laying
them out on the display:
button .b -text "Hi there!"
pack [frame .f -background blue]
pack [label .f.l1 -text "This is above"]
pack .b -in .f
pack [label .f.l2 -text "This is below"]
raise .b
lower
obscure, raise, stacking order
Copyright © 1990 The Regents of the University of
California.
Copyright © 1994-1996 Sun Microsystems, Inc.