100% Free Forever
AI-Powered Learning
Industry Expert Content
Certificates & Badges
Learn At Your Own Pace
Programming

Buttons, Labels, and Entry Widgets

The three most common Tk input/display widgets—button, label, and entry—covering their key options, variable linkage, and validation.

Tk GUI BasicsBeginner8 min readJul 10, 2026
Analogies

label: Displaying Static Text or Images

The label widget displays static text or an image and accepts no direct user input—no clicks, no typing—making it the simplest Tk widget for captions, instructions, or read-only status text. Its content is set either with -text "Ready" for a fixed string or, more usefully for text that changes over time, with -textvariable statusVar, which links the label to a Tcl variable so that setting set statusVar "Saving..." anywhere in the script automatically updates the label on screen without calling configure again. A label can also display an image with -image myPhoto (after loading a Tk photo image with the image create photo command), and -compound controls how text and image combine when both are set, accepting values like left, right, top, bottom, or center to position the text relative to the image.

🏏

Cricket analogy: -textvariable auto-updating a label is like a stadium's electronic scoreboard that updates itself the instant the official scorer's system changes the total, rather than someone manually repainting the score each over.

button: Triggering Commands

A button widget's core behavior comes from -command scriptOrProc, which is invoked whenever the button is clicked (or activated via keyboard when it has focus), and the same script can be triggered programmatically at any time with widgetPath invoke, which is useful for testing or for wiring a keyboard shortcut to the same action a click would trigger. Setting -state disabled grays the button out and makes it unclickable until you set -state normal again, which is the standard way to prevent double-submission of a form while a save operation is in progress. Tk offers both the classic button widget and the themed ttk::button; both share the -text, -command, and -state options, but ttk::button follows the active theme's appearance and is generally preferred for new applications, while classic button supports a few extra options like -default active that give it a distinct highlighted border to mark it as the form's default action.

🏏

Cricket analogy: widgetPath invoke triggering a button's command programmatically, same as a click would, is like a third umpire manually initiating the exact same review process that an on-field captain's request would trigger—the outcome logic is identical regardless of who or what starts it.

tcl
package require Tk

label .status -textvariable statusText -anchor w
set statusText "Ready"
pack .status -fill x

entry .username -textvariable usernameVar -width 24
pack .username

button .submit -text "Submit" -command {
    .submit configure -state disabled
    set statusText "Saving..."
    after 1000 {
        set statusText "Saved!"
        .submit configure -state normal
    }
}
pack .submit

entry: Single-Line Text Input

The entry widget provides a single-line text field, most commonly linked to a Tcl variable via -textvariable, which lets code read the current contents at any time with set value $usernameVar rather than issuing an explicit .username get call, though get still works and is the only option for entries not linked to a variable. Programmatic edits use .username delete 0 end followed by .username insert 0 "default text" to clear and replace the contents, with 0 and end acting as character-index positions the same way string indices do elsewhere in Tcl. For input validation, -validate key combined with -validatecommand {checkInput %P} runs a validation procedure on every keystroke before the change is accepted, where %P substitutes the proposed new value of the entry (what it would become if the edit is allowed), letting the procedure return 0 to reject the keystroke or 1 to allow it—for example, rejecting any character that isn't a digit to build a numeric-only field.

🏏

Cricket analogy: -textvariable letting code read $usernameVar directly is like a live scoring app reading the match total straight from the shared data feed rather than having to explicitly ping the scorer for an update every time.

When using -validatecommand, remember the substitution %P gives the value the entry would have if the edit is accepted, while %s gives the current value before the edit. Returning anything other than 1 (true) from the validation procedure rejects the keystroke and the entry's content stays unchanged.

Linking Widgets with Variables

The -textvariable pattern used by label and entry extends to other widgets through similarly named options: checkbutton and radiobutton use -variable to link their checked state to a Tcl variable (often paired with -onvalue/-offvalue for checkbuttons or a shared -variable with distinct -value per button for a radiobutton group), and scale uses -variable to link a slider's numeric position. Because these are ordinary Tcl variables, you can attach a trace to them with trace add variable usernameVar write onUsernameChanged, which calls onUsernameChanged automatically every time the entry's linked variable changes for any reason—whether the user typed a character or another part of the program set the value programmatically—making traces a clean way to react to input changes without polling the widget or duplicating logic across every code path that might modify the field.

🏏

Cricket analogy: A trace firing whenever a linked variable changes is like an automatic alert system that notifies the broadcast team the instant the official run total updates, regardless of whether it changed from a boundary, an extra, or a manual scorer correction.

Setting -validate key with a -validatecommand that doesn't handle every relevant %-substitution correctly can silently block all typing in the field (the classic mistake is forgetting the command must return 1 or 0 as a boolean; returning a stray string, or letting an error propagate, causes Tk to treat validation as failed). Test edge cases like deleting all the way to an empty string and pasting text, not just typing forward.

  • label displays static text or images and takes no direct input; -textvariable keeps it in sync with a Tcl variable automatically.
  • -compound controls how a label's text and image combine when both -text and -image are set.
  • button's -command runs on click or via invoke; -state disabled prevents interaction, commonly used during in-progress operations.
  • ttk::button follows the active theme and is generally preferred; classic button supports -default for a highlighted default-action border.
  • entry provides single-line text input, readable via -textvariable or get, and editable via delete/insert with character-index positions.
  • -validate key with -validatecommand runs on every keystroke; %P gives the proposed new value, and the command must return a boolean.
  • trace add variable lets code react automatically whenever a widget-linked variable changes, from any source.

Practice what you learned

Was this page helpful?

Topics covered

#Programming#TclTkStudyNotes#ButtonsLabelsAndEntryWidgets#Buttons#Labels#Entry#Widgets#StudyNotes#SkillVeris#ExamPrep