Contents:
Widgets
Geometry Managers
Common Widget Configuration Options
The Button Widget
The Checkbutton Widget
The Radiobutton Widget
The Label Widget
The Entry Widget
The Scrollbar Widget
The Listbox Widget
The Text Widget
The Canvas Widget
The Scale Widget
The Menubutton Widget
The Menu Widget
The Optionmenu Widget
The Frame Widget
The Toplevel Widget
Perl/Tk is an extension for writing Perl programs with a Graphical User Interface (GUI) on both Unix and Windows 95/NT. Tk was originally developed as an extension to the Tcl language, for use with the X Window System on Unix. With its port to Perl, Tk gives Perl programmers the same control over the graphical desktop that Tcl programmers have taken for granted.
The Tk extension makes it easy to draw a window, put widgets into it (such as buttons, checkboxes, entry fields, menus, etc.) and have them perform certain actions based on user input. A simple "Hello World" program would look like this:
When you run it, it would look like Figure 18.1.#!/usr/bin/perl -w use Tk; my $mw = MainWindow->new; $mw->Button(-text => "Hello World!", -command =>sub{exit})->pack; MainLoop;
Pushing the "Hello World!" button exits the program, and your window disappears.
Let's walk through these few lines of code.
After calling the Perl interpreter, the program calls the Tk module.
Then it proceeds to build a generic, standard window (MainWindow
)
to act as a parent
for any other widgets you create. Line 4 of the
program creates a button and displays it using the pack
geometry
manager.
It also gives the button something to do when pushed (in this case,
exit the program).
The very last line tells the program to "go do it." MainLoop
starts the event handler for the graphical interface, and the program
draws any windows until it reaches the MainLoop
statement.
Everything up to that point is preparation;
until you reach the MainLoop
statement, the program simply
prepares its windows and defines what to do when certain events
happen (such as a mouse click on the "Hello World!" button).
Nothing is drawn until the MainLoop
statement is reached.
Widgets in Perl/Tk are created with widget creation commands,
which include Button
, Canvas
,
CheckButton
, Entry
, Frame
, Label
, Listbox
, Menu
, Menubutton
, Message
,
Radiobutton
, Scale
, Scrollbar
, Text
, and Toplevel
.
Positioning widgets is done with geometry managers.
In the "Hello World" example shown earlier, the pack
command is the geometry manager. Geometry managers determine
where in the window (or frame) the widget will sit. We'll talk
more about the Perl/Tk geometry managers later in this chapter.
Widgets can be configured, queried, or manipulated via various widget
methods. For example, all widgets support the configure
widget method for changing widget
properties after the widget is created.
In addition, most widgets have specialized
methods associated with them for manipulating the widget
as needed throughout the program. For example, widgets
that scroll support the xview
and yview
methods
for determining the viewable portion of the content when the
scrollbar is moved.
The Entry and Text widgets have methods for
inserting and deleting values. The Canvas widget has a
whole series of methods for drawing shapes and inserting
text into the canvas. And so on.
Widget methods are listed in the discussion of each widget
later in this chapter. However, since all widgets support
the configure
and cget
methods, we're going to
cover them now.
The configure
method can be used to
set and retrieve widget configuration values.
For example, to change the width of a button:
To get the value for a current widget, just supply it without a value:$button->configure(-width => 100);
The result is an array of scalars; the values you care about are the last two, which represent the default value and its current value, respectively.$button->configure(-width);
You can also call configure
without any options at all,
which will give you a listing of all options and their values.
For simply retrieving the value of an option, configure
returns more information than you generally want. The cget
method returns just the current value.
Many widgets have scrollbars associated with them. Scrollbars
can be added to a widget in two ways: either using an independent Scrollbar
widget or using the Scrolled
method when creating a
widget. For simple
scrollbars, the Scrolled
method is much easier and therefore
preferable.
You use the Scrolled
method to create both the widget and
the scrollbar in a single command. For example:
This creates an Entry widget with an "optional" scrollbar on the bottom. The first argument to$mainwindow->Scrolled('Entry', -scrollbars => 'os' -textvariable => \$address)->pack;
Scrolled
is the type
of widget (in this case, an Entry widget). Then use the
-scrollbars
option to list the location of the scrollbar
("s" for the south, or bottom, edge of the widget). Here, we
specify an "optional" scrollbar with "o", meaning that the
scrollbar will only appear if needed.Any additional options to the Scrolled
method are taken as
options to the widget itself. In this case, we're setting
the -textvariable
option to the Entry widget.
For more flexibility with a scrollbar, you can use the Scrollbar
widget. To do so, you need to create the target widget to scroll, set
the -xscrollcommand
or -yscrollcommand
option as appropriate,
configure the scrollbar to talk to the widget,
and position the scrollbar and target widget next to one another.
For example:
First, we create the scrollbar with vertical orientation (which is actually the default). Next, we create the Listbox widget with the$scrollbar = $mainwindow->Scrollbar(-orient => 'vertical'); $listbox = $mainwindow->Entry(-yscrollcommand => ['set' => $scrollbar]); $scrollbar->configure(-command => ['yview' => $listbox]); $scrollbar->pack(-side => 'right', -fill => 'y'); $listbox->pack(-side => 'left', -fill => 'both');
-yscrollcommand
option to define a callback when the widget is scrolled vertically.
The scrollbar is then configured with a callback that says to inform
the Listbox widget when it is clicked vertically.
Finally, the Scrollbar and Listbox widgets are packed side-by-side.
See further discussion of the Scrollbar widget later in this chapter
for more information.Many widgets allow you to define a callback, which is a command to execute when the widget is selected. For example, when you press an exit button, the callback might be to a routine that cleans up and quits the program. When you click on a radio button, you might want to change the window to reflect the new preferences.
Widgets that support callbacks have a -command
option
to provide the callback function.
In the "Hello World!" example
shown previously in this chapter, the callback is to
sub {exit}
. In that example, the callback is called as an
anonymous subroutine. You could also use a reference to a
subroutine (e.g., \&routine
). If you want to provide
arguments to a subroutine, you can call it as an anonymous list
(e.g., [ \&routine, $arg, $arg, ... ]
).
Tk was originally created for the X Window System and is still primarily used in that environment. For that reason, it has inherited the font and color scheme used for the X Window System.
Colors that can be used with Tk widgets are identified either by an RGB value or by a name that has been associated with an RGB value. In general it is easiest to use a color name rather than an explicit RGB value; for a listing of the color names that are supported, see the rgb.txt file in your X distribution or use the showrgb command. (Most common color names are supported, so you can say things like "red," "pink," "green," and even "chartreuse" with confidence.)
Fonts are another matter. Under the X Window System, fonts
are named things like
-adobe-helvetica-medium-o-normal--12-120-75-75-p-67-iso8859-1.
Wildcards can make the fonts easier to use, but they're still a
mouthful. For a listing of fonts available for a particular
X server, use the xlsfonts command. There are a few font
"aliases" that have been defined for your convenience (such as
fixed
, 6x10
, 9x15
, etc.), and you
might prefer to just stick to those.
Copyright © 2001 O'Reilly & Associates. All rights reserved.