:   '''wm overrideredirect''' ''window ?boolean?''

If ''boolean'' is specified, it must have a proper boolean form and the override-redirect flag for ''window'' is set to that value. If ''boolean'' is not specified then 1 or 0 is returned to indicate whether or not the override-redirect flag is currently set for ''window''. Setting the override-redirect flag for a window causes it to be ignored by the [window manager]; among other things, this means that the window will not be reparented from the root window into a decorative frame and the user will not be able to manipulate the window using the normal window manager mechanisms; you, the Tk programmer, have ''total'' control over the window.

----
[DKF]:
The name comes from the way that the X protocol manages window creation.  When a (toplevel) window is normally created, the Xserver generates an event (CreateNotify?) on the root window, and the window manager (which receives the event because it selects the SubstructureNotifyMask on the root) gets that event and reparents the window into its decorative border.  However, the client software that creates the window (not the WM) can specify a flag when the window is created (the overrideRedirect flag) which tells the WM to not do this stuff; i.e. it overrides the redirection of the window into a decorated frame.  (I don't remember if it inhibits the passing of the event to the WM, or if the WM is just supposed to notice the flag early and give up on decoration.)  There's more to writing a WM than that, of course (especially in relation to fake event handling) but this explains the genesis of the command name.

----

[[Explain idea.]]

[[Explain uses--[balloon help], screensaver, various [wm] manipulations, much else.]]

[[Compare window zooming.]] [[Is that name as bad as CL thinks?]]

One use of '''wm overrideredirect''' is to create a [splash screen].

----

See also:

   * [wm]
   * [window::or]

----

[Category Command]