Previous: BLOX.BWindow-accessing, Up: BLOX.BWindow [Index]
Center the window in the screen
Center the window in the given widget
Answer the height of the window, as deduced from the geometry that the window manager imposed on the window.
Ask the window manager to give the given height to the window.
Answer the height of the window, as deduced from the geometry that the window manager imposed on the window.
This method should not be called for instances of this class.
Map a window and in iconified state. If a window has not been mapped yet, this is achieved by mapping the window in withdrawn state first, and then iconifying it.
Answer whether the window is mapped
Answer ‘true’.
Map the window and bring it to the topmost position in the Z-order.
Map the window while establishing an application-local grab for it. An event loop is started that ends only after the window has been destroyed.
When a grab is set for a particular window, all pointer events are restructed to the grab window and its descendants in Blox’s window hierarchy. Whenever the pointer is within the grab window’s subtree, the pointer will behave exactly the same as if there had been no grab grab at all and all events will be reported in the normal fashion. When the pointer is outside the window’s tree, button presses and releases and mouse motion events are reported to the grabbing window, and window entry and window exit events are ignored. In other words, windows outside the grab subtree will be visible on the screen but they will be insensitive until the grab is released. The tree of windows underneath the grab window can include top-level windows, in which case all of those top-level windows and their descendants will continue to receive mouse events during the grab. Keyboard events (key presses and key releases) are delivered as usual: the window manager controls which application receives keyboard events, and if they are sent to any window in the grabbing application then they are redirected to the window owning the focus.
Set the value of the state option for the window.
Specifies one of four states for the window: either normal, iconic, withdrawn, or (Windows only) zoomed.
Raise an error. To set a BWindow’s state, use #map and #unmap.
Unmap a window, causing it to be forgotten about by the window manager
Answer the width of the window, as deduced from the geometry that the window manager imposed on the window.
Ask the window manager to give the given width to the window.
Ask the window manager to give the given width and height to the window.
Answer the width of the window, as deduced from the geometry that the window manager imposed on the window.
This method should not be called for instances of this class.
Answer the receiver.
Answer the x coordinate of the window’s top-left corner, as deduced from the geometry that the window manager imposed on the window.
Ask the window manager to move the window’s left border to the given x coordinate, keeping the size unchanged
Ask the window manager to move the window’s top-left corner to the given coordinates, keeping the size unchanged
Ask the window manager to give the requested geometry to the window.
Answer the x coordinate of the window’s top-left corner, as deduced from the geometry that the window manager imposed on the window.
This method should not be called for instances of this class.
Answer the y coordinate of the window’s top-left corner, as deduced from the geometry that the window manager imposed on the window.
Ask the window manager to move the window’s left border to the given y coordinate, keeping the size unchanged
Answer the y coordinate of the window’s top-left corner, as deduced from the geometry that the window manager imposed on the window.
This method should not be called for instances of this class.
Previous: BLOX.BWindow-accessing, Up: BLOX.BWindow [Index]