busy(3tk)

πŸ“¦
version 9.0.4 Β· 3 versions
, in debian trixie, ubuntu questing, ubuntu resolute, ubuntu stonking

✨ busy β€” the Tk manual, but make it cute ✨

okay bestie, so this is busy(3tk) from the Tk Built-In Commands collection, and it's genuinely one of my faves because it's the "pls stop clicking, I'm thinking" command πŸ’…


🌸 NAME 🌸

busy β€” make Tk widgets busy, temporarily blocking user interactions

like, the widget is booked and busy, do not perceive it πŸ™ˆ


πŸŽ€ SYNOPSIS πŸŽ€

tk busy window ?options?
tk busy busywindow window
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 is your low-effort, high-reward way to block mouse pointer events from hitting Tk widgets, and while it's at it, it overrides the widget's cursor with a configurable busy cursor. iconique.

⚠️ but listen, and listen closely: this command does not prevent keyboard events from being sent to the widgets made busy. mouse only. no cap.

πŸ¦‹ INTRODUCTION πŸ¦‹

There are so many times in app life where you just want to temporarily restrict what the user can do. classic scenario: your app has a "Run" button, user presses it, processing starts. but while the app is busy processing, you do NOT want them clicking "Run" again, bestie. you also probably don't want them wandering off to click a "Print" button mid-vibe.

The tk busy command lets you make Tk widgets busy. what does that mean fr fr? it means user interactions like 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, giving the user 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 so 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. we love efficiency πŸ’…

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 tk busy you can have more than one widget active (for example, a "Cancel" dialog and a "Help" button). multitasking queen πŸ‘‘

🌈 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 itself) are now busy. Using update insures that the tk busy command will take effect before any other user events can occur. (this is the part people forget and then they're like "why didn't it work" 😭 bestie, call update.)

When the application is no longer busy processing, you can allow user interactions again and free any resources it allocated by using 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. slay, it self-cleans ✨


πŸ‘‘ OPERATIONS πŸ‘‘

The following operations are available for the tk busy command:

  • tk busy window ?option value?... β€” shortcut for the tk busy hold command.
  • tk busy busywindow window β€” returns the pathname of the busy window (i.e. the transparent window shielding the window appearing busy) created by the tk busy hold command for window, or the empty string if window is not busy.
  • 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 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 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 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 command returns the pathname of the busy window that was created (i.e. the transparent window shielding the window appearing busy). 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. (iykyk, Windows has to be different πŸ’€)
  • 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 [tk busy busywindow .frame.canvas] <Enter> { ... }

or

set busyWin [tk busy hold .frame.canvas]
bind $busyWin <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. πŸ‘€ little heads-up, bestie.

⭐ 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. trapped. gorgeous. πŸ”₯


🌈 PORTABILITY 🌈

Note that the tk busy command does not currently have any effect on macOS when Tk is built using Aqua support. yeah, macOS said "not today" πŸ’€ don't come for me, I'm just the messenger.


🫢 SEE ALSO 🫢

grab(3tk)


πŸ“ KEYWORDS πŸ“

busy, keyboard events, pointer events, window


and that's the whole vibe check, bestie πŸ’– this page came to you courtesy of Tk and the busy(3tk) manpage itself β€” go forth and make your widgets unclickable, periodt πŸ‘‘βœ¨

πŸ“¦ where this page comes from