- NAME
- menu, tk_menuSetFocus — Create and manipulate 'menu' widgets and menubars
- SYNOPSIS
- STANDARD OPTIONS
- -activebackground, activeBackground, Foreground
- -activeborderwidth, activeBorderWidth, BorderWidth
- -activeforeground, activeForeground, Background
- -activerelief, activeRelief, Relief
- -background or -bg, background, Background
- -borderwidth or -bd, borderWidth, BorderWidth
- -cursor, cursor, Cursor
- -disabledforeground, disabledForeground, DisabledForeground
- -font, font, Font
- -foreground or -fg, foreground, Foreground
- -relief, relief, Relief
- -takefocus, takeFocus, TakeFocus
- WIDGET-SPECIFIC OPTIONS
- -postcommand, postCommand, Command
- -selectcolor, selectColor, Background
- -tearoff, tearOff, TearOff
- -tearoffcommand, tearOffCommand, TearOffCommand
- -title, title, Title
- -type, type, Type
- INTRODUCTION
- TYPES OF ENTRIES
- COMMAND ENTRIES
- SEPARATOR ENTRIES
- CHECKBUTTON ENTRIES
- RADIOBUTTON ENTRIES
- CASCADE ENTRIES
- TEAR-OFF ENTRIES
- MENUBARS
- SPECIAL MENUS IN MENUBARS
- CLONES
- WIDGET COMMAND
- active
- end
- last
- {}
- @x,y
- number
- id
- pattern
- pathName activate index
- pathName add type ?id? ?option value option value ...?
- pathName cget option
- pathName clone newPathname ?cloneType?
- pathName configure ?option? ?value option value ...?
- pathName delete index1 ?index2?
- pathName entrycget index option
- pathName entryconfigure index ?options...?
- pathName id index
- pathName index index
- pathName insert index type ?id? ?option value option value ...?
- pathName invoke index
- pathName post x y ?index?
- pathName postcascade index
- pathName type index
- pathName unpost
- pathName xposition index
- pathName yposition index
- MENU ENTRY OPTIONS
- MENU CONFIGURATIONS
- DEFAULT BINDINGS
- BUGS
- SEE ALSO
- KEYWORDS
menu, tk_menuSetFocus — Create and manipulate 'menu' widgets and menubars
menu pathName ?options?
tk_menuSetFocus pathName
- -activebackground, activeBackground, Foreground
- -activeborderwidth, activeBorderWidth, BorderWidth
- -activeforeground, activeForeground, Background
- -activerelief, activeRelief, Relief
- -background or -bg, background, Background
- -borderwidth or -bd, borderWidth, BorderWidth
- -cursor, cursor, Cursor
- -disabledforeground, disabledForeground, DisabledForeground
- -font, font, Font
- -foreground or -fg, foreground, Foreground
- -relief, relief, Relief
- -takefocus, takeFocus, TakeFocus
- Command-Line Name: -postcommand
- Database Name: postCommand
- Database Class: Command
- If this option is specified then it provides a Tcl command to execute
each time the menu is posted. The command is invoked by the post
widget command before posting the menu. Note that in Tk 8.0 on Macintosh
and Windows, all post-commands in a system of menus are executed before any
of those menus are posted.
This is due to the limitations in the individual platforms' menu managers.
- Command-Line Name: -selectcolor
- Database Name: selectColor
- Database Class: Background
- For menu entries that are check buttons or radio buttons, this option
specifies the color to display in the indicator when the check button
or radio button is selected.
- Command-Line Name: -tearoff
- Database Name: tearOff
- Database Class: TearOff
- This option must have a proper boolean value (default is false),
which specifies whether or not the menu should include a tear-off
entry at the top. If so, it will exist as entry 0 of the menu and
the other entries will number starting at 1. The default menu
bindings arrange for the menu to be torn off when the tear-off entry
is invoked.
This option is ignored under Aqua/macOS, where menus cannot
be torn off.
- Command-Line Name: -tearoffcommand
- Database Name: tearOffCommand
- Database Class: TearOffCommand
- If this option has a non-empty value, then it specifies a Tcl command
to invoke whenever the menu is torn off. The actual command will
consist of the value of this option, followed by a space, followed
by the name of the menu window, followed by a space, followed by
the name of the name of the torn off menu window. For example, if
the option's value is
“a b”
and menu .x.y is torn off to
create a new menu .x.tearoff1, then the command
“a b .x.y .x.tearoff1”
will be invoked.
This option is ignored under Aqua/macOS, where menus cannot
be torn off.
- Command-Line Name: -title
- Database Name: title
- Database Class: Title
- The string will be used to title the window created when this menu is
torn off. If the title is NULL, then the window will have the title
of the menubutton or the text of the cascade item from which this menu
was invoked.
- Command-Line Name: -type
- Database Name: type
- Database Class: Type
- This option can be one of menubar, tearoff, or
normal, and is set when the menu is created. While the string
returned by the configuration database will change if this option is
changed, this does not affect the menu widget's behavior. This is used
by the cloning mechanism and is not normally set outside of the Tk
library.
The menu command creates a new top-level window (given
by the pathName argument) and makes it into a menu widget.
That menu widget can either be used as a pop-up window or applied to a
toplevel (with its -menu option) to make it into the menubar for
that toplevel.
Additional
options, described above, may be specified on the command line
or in the option database
to configure aspects of the menu such as its colors and font.
The menu command returns its
pathName argument. At the time this command is invoked,
there must not exist a window named pathName, but
pathName's parent must exist.
A menu is a widget that displays a collection of one-line entries arranged
in one or more columns. There exist several different types of entries,
each with different properties. Entries of different types may be
combined in a single menu. Menu entries are not the same as
entry widgets. In fact, menu entries are not even distinct widgets;
the entire menu is one widget.
Menu entries are displayed with up to three separate fields.
The main field is a label in the form of a text string,
a bitmap, or an image, controlled by the -label,
-bitmap, and -image options for the entry.
If the -accelerator option is specified for an entry then a second
textual field is displayed to the right of the label. The accelerator
typically describes a keystroke sequence that may be used in the
application to cause the same result as invoking the menu entry.
This is a display option, it does not actually set the corresponding
binding (which can be achieved using the bind command).
The third field is an indicator. The indicator is present only for
checkbutton or radiobutton entries. It indicates whether the entry
is selected or not, and is displayed to the left of the entry's
string.
In normal use, an entry becomes active (displays itself differently)
whenever the mouse pointer is over the entry. If a mouse
button is released over the entry then the entry is invoked.
The effect of invocation is different for each type of entry;
these effects are described below in the sections on individual
entries.
Entries may be disabled, which causes their labels
and accelerators to be displayed
with dimmer colors.
The default menu bindings will not allow
a disabled entry to be activated or invoked.
Disabled entries may be re-enabled, at which point it becomes
possible to activate and invoke them again.
Whenever a menu's active entry is changed, a <<MenuSelect>> virtual
event is send to the menu. The active item can then be queried from
the menu, and an action can be taken, such as setting
context-sensitive help text for the entry.
The most common kind of menu entry is a command entry, which
behaves much like a button widget. When a command entry is
invoked, a Tcl command is executed. The Tcl
command is specified with the -command option.
A separator is an entry that is displayed as a horizontal dividing
line. A separator may not be activated or invoked, and it has
no behavior other than its display appearance.
A checkbutton menu entry behaves much like a checkbutton widget.
When it is invoked it toggles back and forth between the selected
and deselected states. When the entry is selected, a particular
value is stored in a particular global variable (as determined by
the -onvalue and -variable options for the entry); when
the entry is deselected another value (determined by the
-offvalue option) is stored in the global variable.
An indicator box is displayed to the left of the label in a checkbutton
entry. If the entry is selected then the indicator's center is displayed
in the color given by the -selectcolor option for the entry;
otherwise the indicator's center is displayed in the background color for
the menu. If a -command option is specified for a checkbutton
entry, then its value is evaluated as a Tcl command each time the entry
is invoked; this happens after toggling the entry's
selected state.
A radiobutton menu entry behaves much like a radiobutton widget.
Radiobutton entries are organized in groups of which only one
entry may be selected at a time. Whenever a particular entry
becomes selected it stores a particular value into a particular
global variable (as determined by the -value and
-variable options for the entry). This action
causes any previously-selected entry in the same group
to deselect itself.
Once an entry has become selected, any change to the entry's
associated variable will cause the entry to deselect itself.
Grouping of radiobutton entries is determined by their
associated variables: if two entries have the same associated
variable then they are in the same group.
An indicator diamond is displayed to the left of the label in each
radiobutton entry. If the entry is selected then the indicator's
center is displayed in the color given by the -selectcolor option
for the entry;
otherwise the indicator's center is displayed in the background color for
the menu. If a -command option is specified for a radiobutton
entry, then its value is evaluated as a Tcl command each time the entry
is invoked; this happens after selecting the entry.
A cascade entry is one with an associated menu (determined
by the -menu option). Cascade entries allow the construction
of cascading menus.
The postcascade widget command can be used to post and unpost
the associated menu just next to of the cascade entry.
The associated menu must be a child of the menu containing
the cascade entry (this is needed in order for menu traversal to
work correctly).
A cascade entry posts its associated menu by invoking a
Tcl command of the form
menu post x y
where menu is the path name of the associated menu, and x
and y are the root-window coordinates of the upper-right
corner of the cascade entry.
On Unix, the lower-level menu is unposted by executing a Tcl command with
the form
menu unpost
where menu is the name of the associated menu.
On other platforms, the platform's native code takes care of unposting the
menu.
If a -command option is specified for a cascade entry then it is
evaluated as a Tcl command whenever the entry is invoked. This is not
supported on Windows.
A tear-off entry appears at the top of the menu if enabled with the
-tearoff option. It is not like other menu entries in that
it cannot be created with the add widget command and
cannot be deleted with the delete widget command.
When a tear-off entry is created it appears as a dashed line at
the top of the menu. Under the default bindings, invoking the
tear-off entry causes a torn-off copy to be made of the menu and
all of its submenus.
Any menu can be set as a menubar for a toplevel window (see
toplevel command for syntax). On the Macintosh, whenever the
toplevel is in front, this menu's cascade items will appear in the
menubar across the top of the main monitor. On Windows and Unix, this
menu's items will be displayed in a menubar across the top of the
window. These menus will behave according to the interface guidelines
of their platforms. For every menu set as a menubar, a clone menu is
made. See the CLONES section for more information.
As noted, menubars may behave differently on different platforms. One
example of this concerns the handling of checkbuttons and radiobuttons
within the menu. While it is permitted to put these menu elements on
menubars, they may not be drawn with indicators on some platforms, due
to system restrictions.
Certain menus in a menubar will be treated specially. On the Macintosh,
access to the special Application, Window and Help menus is provided. On
Windows, access to the Windows System menu in each window is provided.
On X Windows, a special right-justified help menu may be provided if
Motif menu compatibility is enabled. In all cases, these menus must be
created with the command name of the menubar menu concatenated with the
special name. So for a menubar named .menubar, on the Macintosh, the
special menus would be .menubar.apple, .menubar.window and .menubar.help;
on Windows, the special menu would be .menubar.system; on X Windows,
the help menu would be .menubar.help.
When Tk sees a .menubar.apple menu as the first menu in a menubar on the
Macintosh, that menu's contents make up the first items of the
Application menu whenever the window containing the menubar is in front.
After all of the Tk-defined items, the menu will have a separator,
followed by all standard Application menu items.
Such a .apple menu must be present in a menu when that menu is first
configured as a toplevel's menubar, otherwise a default application menu
(hidden from Tk) will be inserted into the menubar at that time and
subsequent addition of a .apple menu will no longer result in it
becoming the Application menu.
When Tk sees a .menubar.window menu on the Macintosh, the menu's
contents are inserted into the standard Window menu of the user's
menubar whenever the window's menubar is in front. The first items in
the menu are provided by macOS, and the names of the current
toplevels are automatically appended after all the Tk-defined items and
a separator. The Window menu on the Mac also allows toggling the
window into a fullscreen state, and managing a tabbed window interface
(multiple windows grouped into a single window) if supported by that
version of the operating system.
When Tk sees a .menubar.help menu on the Macintosh, the menu's contents
are appended to the standard Help menu of the user's menubar whenever
the window's menubar is in front. The first items in the menu
are provided by macOS.
When Tk sees a System menu on Windows, its items are appended to the
system menu that the menubar is attached to. This menu is tied to the
application icon and can be invoked with the mouse or by typing
Alt+Spacebar. Due to limitations in the Windows API, any font changes,
colors, images, bitmaps, or tearoff images will not appear in the
system menu.
When Tk sees a Help menu on X Windows and Motif menu compatibility is
enabled the menu is moved to be last in the menubar and is right
justified. Motif menu compatibility is enabled by setting the Tk option
*Menu.useMotifHelp to true or by calling
tk::classic::restore menu.
When a menu is set as a menubar for a toplevel window, or when a menu
is torn off, a clone of the menu is made. This clone is a menu widget
in its own right, but it is a child of the original. Changes in the
configuration of the original are reflected in the
clone. Additionally, any cascades that are pointed to are also cloned
so that menu traversal will work right. Clones are destroyed when
either the tearoff or menubar goes away, or when the original menu is
destroyed.
The menu command creates a new Tcl command whose
name is pathName. This
command may be used to invoke various
operations on the widget. It has the following general form:
pathName option ?arg ...?
Option and the args
determine the exact behavior of the command.
Many of the widget commands for a menu take as one argument an
indicator of which entry of the menu to operate on. These
indicators are called indexes and may be specified in
any of the following forms:
- active
-
Indicates the entry that is currently active. If no entry is
active then this form is equivalent to {}. This form may
not be abbreviated.
- end
-
Indicates the bottommost entry in the menu. If there are no
entries in the menu then this form is equivalent to {}.
This form may not be abbreviated.
- last
-
Same as end.
- {}
-
Indicates
“no entry at all”;
this is used most commonly with
the activate option to deactivate all the entries in the
menu. In most cases the specification of {} causes
nothing to happen in the widget command.
- @x,y
-
Indicates the entry that covers the point in the menu's window specified
by x and y (in pixel coordinates).
If no entry covers that point, then this form is equivalent to {}.
If only a single number is specified, it is treated as the y-coordinate.
- number
-
Specifies the entry numerically, where 0 corresponds
to the top-most entry of the menu, 1 to the entry below it, and
so on.
- id
-
If the index does not satisfy one of the above forms then the menu is
searched for an entry with the specified id.
- pattern
-
If all of the above methods for finding an entry fail, this
form is used. Pattern is pattern-matched against the label of
each entry in the menu, in order from the top down, until a
matching entry is found. The rules of string match
are used.
If the index could match more than one of the above forms, then
the form earlier in the above list takes precedence.
Indexes support the same simple interpretation as
for the command string index, with simple integer index
arithmetic and indexing relative to end.
The following widget commands are possible for menu widgets:
- pathName activate index
-
Change the state of the entry indicated by index to active
and redisplay it using its active colors.
Any previously-active entry is deactivated. If index
is specified as {}, or if the specified entry is
disabled, then the menu ends up with no active entry.
Returns an empty string.
- pathName add type ?id? ?option value option value ...?
-
Add a new entry to the bottom of the menu. The new entry's type
is given by type and must be one of cascade,
checkbutton, command, radiobutton, or separator,
or a unique abbreviation of one of the above.
If the id argument is specified, it is used as the entry identifier;
id must not already exist in the menu. Otherwise, a new unique
identifier is generated.
If additional arguments are present, they specify the options listed in the
MENU ENTRY OPTIONS section below.
The add widget command returns the id of the new entry.
- pathName cget option
-
Returns the current value of the configuration option given
by option.
Option may have any of the values accepted by the menu
command.
- pathName clone newPathname ?cloneType?
-
Makes a clone of the current menu named newPathName. This clone
is a menu in its own right, but any changes to the clone are
propagated to the original menu and vice versa. cloneType can be
normal, menubar, or tearoff. Should not normally be
called outside of the Tk library. See the CLONES section for
more information.
- pathName configure ?option? ?value option value ...?
-
Query or modify the configuration options of the widget.
If no option is specified, returns a list describing all of
the available options for pathName (see Tk_ConfigureInfo for
information on the format of this list). 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 an empty string.
Option may have any of the values accepted by the menu
command.
- pathName delete index1 ?index2?
-
Delete all of the menu entries between index1 and
index2 inclusive.
If index2 is omitted then it defaults to index1.
Attempts to delete a tear-off menu entry are ignored (instead, you
should change the -tearoff option to remove the tear-off entry).
- pathName entrycget index option
-
Returns the current value of a configuration option for
the entry given by index.
Option may have any of the names described in the
MENU ENTRY OPTIONS section below.
- pathName entryconfigure index ?options...?
-
This command is similar to the configure command, except that
it applies to the options for an individual entry, whereas configure
applies to the options for the menu as a whole.
Options may have any of the values described in the
MENU ENTRY OPTIONS
section below. If options are specified, options are
modified as indicated in the command and the command returns an empty string.
If no options are specified, returns a list describing
the current options for entry index (see Tk_ConfigureInfo for
information on the format of this list).
- pathName id index
-
Returns the id of the menu entry given by index.
This is the identifier that was assigned to the entry when it was created
using the add or insert widget command.
Returns an empty string for the tear-off entry, or if index is
equivalent to {}.
- pathName index index
-
Returns the numerical index corresponding to index, or
{} if index was specified as {}.
- pathName insert index type ?id? ?option value option value ...?
-
Same as the add widget command except that it inserts the new
entry just before the entry given by index, instead of appending
to the end of the menu. The type, id, option, and
value arguments have the same interpretation as for the add
widget command. It is not possible to insert new menu entries before the
tear-off entry, if the menu has one.
The insert widget command returns the id of the new entry.
- pathName invoke index
-
Invoke the action of the menu entry. See the sections on the
individual entries above for details on what happens. If the
menu entry is disabled then nothing happens. If the
entry has a command associated with it then the result of that
command is returned as the result of the invoke widget
command. Otherwise the result is an empty string. Note: invoking
a menu entry does not automatically unpost the menu; the default
bindings normally take care of this before invoking the invoke
widget command.
- pathName post x y ?index?
-
Arrange for the menu to be displayed on the screen at the root-window
coordinates given by x and y. If an index is specified
the menu will be located so that the entry with that index is
displayed at the point. These coordinates are adjusted if necessary to
guarantee that the entire menu is visible on the screen. This command
normally returns an empty string. If the -postcommand option
has been specified, then its value is executed as a Tcl script before
posting the menu and the result of that script is returned as the
result of the post widget command. If an error returns while
executing the command, then the error is returned without posting the
menu.
- pathName postcascade index
-
Posts the submenu associated with the cascade entry given by
index, and unposts any previously posted submenu.
If index does not correspond to a cascade entry,
or if pathName is not posted,
the command has no effect except to unpost any currently posted
submenu.
- pathName type index
-
Returns the type of the menu entry given by index.
This is the type argument passed to the add or insert widget
command when the entry was created, such as command
or separator, or tearoff for a tear-off entry.
- pathName unpost
-
Unmap the window so that it is no longer displayed. If a
lower-level cascaded menu is posted, unpost that menu. Returns an
empty string. This subcommand does not work on Windows and the
Macintosh, as those platforms have their own way of unposting menus.
- pathName xposition index
-
Returns a decimal string giving the x-coordinate within the menu
window of the leftmost pixel in the entry specified by index.
- pathName yposition index
-
Returns a decimal string giving the y-coordinate within the menu
window of the topmost pixel in the entry specified by index.
The following options are allowed on menu entries. Most options are not
supported by all entry types.
The default bindings support four different ways of using menus:
Tk automatically creates class bindings for menus that give them
the following default behavior:
-
When the mouse enters a menu, the entry underneath the mouse
cursor activates; as the mouse moves around the menu, the active
entry changes to track the mouse.
-
When the mouse leaves a menu all of the entries in the menu
deactivate, except in the special case where the mouse moves from
a menu to a cascaded submenu.
-
When a button is released over a menu, the active entry (if any) is invoked.
The menu also unposts unless it is a torn-off menu.
-
The Space and Return keys invoke the active entry and
unpost the menu.
-
If any of the entries in a menu have letters underlined with
the -underline option, then pressing one of the underlined
letters (or its upper-case or lower-case equivalent) invokes that
entry and unposts the menu.
-
The Escape key aborts a menu selection in progress without invoking any
entry. It also unposts the menu unless it is a torn-off menu.
-
The Up and Down keys activate the next higher or lower entry
in the menu. When one end of the menu is reached, the active
entry wraps around to the other end.
-
The Left key moves to the next menu to the left.
If the current menu is a cascaded submenu, then the submenu is
unposted and the current menu entry becomes the cascade entry
in the parent.
If the current menu is a top-level menu posted from a
menubutton, then the current menubutton is unposted and the
next menubutton to the left is posted.
Otherwise the key has no effect.
The left-right order of menubuttons is determined by their stacking
order: Tk assumes that the lowest menubutton (which by default
is the first one created) is on the left.
-
The Right key moves to the next menu to the right.
If the current entry is a cascade entry, then the submenu is
posted and the current menu entry becomes the first entry
in the submenu.
Otherwise, if the current menu was posted from a
menubutton, then the current menubutton is unposted and the
next menubutton to the right is posted.
Disabled menu entries are non-responsive: they do not activate and
they ignore mouse button presses and releases.
Several of the bindings make use of the command tk_menuSetFocus.
It saves the current focus and sets the focus to its pathName
argument, which is a menu widget.
The behavior of menus can be changed by defining new bindings for
individual widgets or by redefining the class bindings.
At present it is not possible to use the
option database to specify values for the options to individual
entries.
bind, menubutton, ttk::menubutton, toplevel
menu, widget
Copyright © 1990-1994 The Regents of the University of California.
Copyright © 1994-1997 Sun Microsystems, Inc.