Provided by: tk8.6-doc_8.6.13-2_all 
NAME
busy - confine pointer events to a window sub-tree
SYNOPSIS
tk busy window ?options?
tk busy hold window ?options?
tk busy configure window ?option value?...
tk busy forget window ?window ?...
tk busy current ?pattern?
tk busy status window
_________________________________________________________________________________________________
DESCRIPTION
The tk busy command provides a simple means to block pointer events from Tk widgets, while
overriding the widget's cursor with a configurable busy cursor. Note this command does not
prevent keyboard events from being sent to the widgets made busy.
INTRODUCTION
There are many times in applications where you want to temporarily restrict what actions
the user can take. For example, an application could have a “Run” button that when pressed
causes some processing to occur. However, while the application is busy processing, you
probably don't want the user to be able to click the “Run” button again. You may also want
restrict the user from other tasks such as clicking a “Print” button.
The tk busy command lets you make Tk widgets busy. This means that user interactions such
as button clicks, moving the mouse, typing at the keyboard, etc. are ignored by the
widget. You can set a special cursor (like a watch) that overrides the widget's normal
cursor, providing feedback that the application (widget) is temporarily busy.
When a widget is made busy, the widget and all of its descendants will ignore pointer
events. It's easy to make an entire panel of widgets busy. You can simply make the
toplevel widget (such as “.”) busy. This is easier and far much more efficient than
recursively traversing the widget hierarchy, disabling each widget and re-configuring its
cursor.
Often, the tk busy command can be used instead of Tk's grab command. Unlike grab which
restricts all user interactions to one widget, with the tk busy command you can have more
than one widget active (for example, a “Cancel” dialog and a “Help” button).
EXAMPLE
You can make several widgets busy by simply making its ancestor widget busy using the hold
operation.
frame .top
button .top.button; canvas .top.canvas
pack .top.button .top.canvas
pack .top
# . . .
tk busy hold .top
update
All the widgets within .top (including .top) are now busy. Using update insures that tk
busy command will take effect before any other user events can occur.
When the application is no longer busy processing, you can allow user interactions again
and free any resources it allocated by the forget operation.
tk busy forget .top
The busy window has a configurable cursor. You can change the busy cursor using the
configure operation.
tk busy configure .top -cursor "watch"
Destroying the widget will also clean up any resources allocated by the tk busy command.
OPERATIONS
The following operations are available for the tk busy command:
tk busy window ?option value?...
Shortcut for tk busy hold command.
tk busy hold window ?option value?...
Makes the specified window (and its descendants in the Tk window hierarchy) appear
busy. Window must be a valid path name of a Tk widget. A transparent window is put
in front of the specified window. This transparent window is mapped the next time
idle tasks are processed, and the specified window and its descendants will be
blocked from user interactions. Normally update should be called immediately
afterward to insure that the hold operation is in effect before the application
starts its processing. The following configuration options are valid:
-cursor cursorName
Specifies the cursor to be displayed when the widget is made busy.
CursorName can be in any form accepted by Tk_GetCursor. The default cursor
is wait on Windows and watch on other platforms.
tk busy cget window option
Queries the tk busy command configuration options for window. Window must be the
path name of a widget previously made busy by the hold operation. The command
returns the present value of the specified option. Option may have any of the
values accepted by the hold operation.
tk busy configure window ?option value?...
Queries or modifies the tk busy command configuration options for window. Window
must be the path name of a widget previously made busy by the hold operation. If
no options are specified, a list describing all of the available options for window
(see Tk_ConfigureInfo for information on the format of this list) is returned. 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 widget option(s) to have the given
value(s); in this case the command returns the empty string. Option may have any of
the values accepted by the hold operation.
Please note that the option database is referenced through window. For example, if
the widget .frame is to be made busy, the busy cursor can be specified for it by
either option command:
option add *frame.busyCursor gumby
option add *Frame.BusyCursor gumby
tk busy forget window ?window?...
Releases resources allocated by the tk busy command for window, including the
transparent window. User events will again be received by window. Resources are
also released when window is destroyed. Window must be the name of a widget
specified in the hold operation, otherwise an error is reported.
tk busy current ?pattern?
Returns the pathnames of all widgets that are currently busy. If a pattern is
given, only the path names of busy widgets matching pattern are returned.
tk busy status window
Returns the status of a widget window. If window presently can not receive user
interactions, 1 is returned, otherwise 0.
EVENT HANDLING
BINDINGS
The event blocking feature is implemented by creating and mapping a transparent window
that completely covers the widget. When the busy window is mapped, it invisibly shields
the widget and its hierarchy from all events that may be sent. Like Tk widgets, busy
windows have widget names in the Tk window hierarchy. This means that you can use the bind
command, to handle events in the busy window.
tk busy hold .frame.canvas
bind .frame.canvas_Busy <Enter> { ... }
Normally the busy window is a sibling of the widget. The name of the busy window is
“widget_Busy” where widget is the name of the widget to be made busy. In the previous
example, the pathname of the busy window is “.frame.canvas_Busy”. The exception is when
the widget is a toplevel widget (such as “.”) where the busy window can't be made a
sibling. The busy window is then a child of the widget named “widget._Busy” where widget
is the name of the toplevel widget. In the following example, the pathname of the busy
window is “._Busy”.
tk busy hold .
bind ._Busy <Enter> { ... }
ENTER/LEAVE EVENTS
Mapping and unmapping busy windows generates Enter/Leave events for all widgets they
cover. Please note this if you are tracking Enter/Leave events in widgets.
KEYBOARD EVENTS
When a widget is made busy, the widget is prevented from gaining the keyboard focus by a
user clicking on it by the busy window. But if the widget already had focus, it still may
receive keyboard events. The widget can also still receive focus through keyboard
traversal. To prevent this, you must move focus to another window and make sure the focus
can not go back to the widgets made busy (e.g. but restricting focus to a cancel button).
pack [frame .frame]
pack [text .frame.text]
tk busy hold .frame
pack [button .cancel -text "Cancel" -command exit]
focus .cancel
bind .cancel <Tab> {break}
bind .cancel <Shift-Tab> {break}
update
The above example moves the focus from .frame immediately after invoking the hold so that
no keyboard events will be sent to .frame or any of its descendants. It also makes sure
it's not possible to leave button .cancel using the keyboard.
PORTABILITY
Note that the tk busy command does not currently have any effect on OSX when Tk is built
using Aqua support.
SEE ALSO
grab(3tk)
KEYWORDS
busy, keyboard events, pointer events, window