mega(3) User Contributed Perl Documentation mega(3)
NAME
Tk::mega - Perl/Tk support for writing widgets in pure Perl
SYNOPSIS
Define the widget's new class name:
package Tk::MyNewWidget;
For composite widget classes:
use base qw/ Tk::container /; # where container is Frame or
Toplevel
For derived widget classes:
use base qw/ Tk::Derived Tk::DerivedWidget /;
Install the new widget in Tk's namespace and establish class and
instance constructors.
Construct Tk::Widget 'MyNewWidget';
sub ClassInit { my ($self, $args) = @_; ... }
sub Populate { my ($self, $args) = @_; ... }
DESCRIPTION
The goal of the mega-widget support of Perl/Tk is to make it easy to
write mega-widgets that obey the same protocol and interface that the
Tk core widgets support. For mega-widget sample code please run the
wwiiddggeett demonstration program and go to the section SSaammppllee PPeerrll MMeeggaa--
WWiiddggeettss.
There are two kinds of mega-widgets:
o Composite Widgets
A composite widget is composed with one or more existing widgets.
The composite widget looks to the user like a simple single widget.
A well known example is the file selection box.
o Derived Widgets
A derived widget adds/modifies/removes properties and methods from
a single widget (this widget may itself be a mega-widget).
MEGA-WIDGET SUPPORT
Advertise
Give a subwidget a symbolic name.
Usage:
$self->Advertise(name=>$widget);
Gives a subwidget $widget of the mega-widget $self the name name. One
can retrieve the reference of an advertised subwidget with the
Subwidget method.
Comment: Mega-Widget Writers: Please make sure to document the
advertised widgets that are intended for public use. If there are
none, document this fact, e.g.:
=head1 ADVERTISED WIDGETS
None.
Callback
Invoke a callback specified with an option.
Usage:
$self->Callback(-option ?,args ...?);
Callback executes the callback defined with $self->ConfigSpecs(-option,
[CALLBACK, ...]); If args are given they are passed to the callback. If
-option is not defined it does nothing.
ClassInit
Initialization of the mega-widget class.
Usage:
sub ClassInit { my ($class, $mw) = @_; ... }
ClassInit is called once for each MainWindow just before the first
widget instance of a class is created in the widget tree of MainWindow.
ClassInit is often used to define bindings and/or other resources
shared by all instances, e.g., images.
Examples:
$mw->bind($class,"<Tab>", sub { my $w = shift; $w->Insert("\t"); $w->focus; $w->break});
$mw->bind($class,"<Return>", ['Insert',"\n"]);
$mw->bind($class,"<Delete>",'Delete');
Notice that $class is the class name (e.g. Tk::MyText) and $mw is the
mainwindow.
Don't forget to call $class->SUPER::ClassInit($mw) in ClassInit.
Component
Convenience function to create subwidgets.
Usage:
$cw->Component('Whatever', 'AdvertisedName',
-delegate => ['method1', 'method2', ...],
... more widget options ...,
);
Component does several things for you with one call:
o Creates the widget
o Advertises it with a given name (overridden by 'Name' option)
o Delegates a set of methods to this widget (optional)
Example:
$cw->Component('Button', 'quitButton', -command => sub{$mw->'destroy'});
ConfigSpecs
Defines options and their treatment
Usage:
$cw->ConfigSpecs(
-option => [ where, dbname, dbclass, default],
...,
DEFAULT => [where],
);
Defines the options of a mega-widget and what actions are triggered by
configure/cget of an option (see Tk::ConfigSpecs and Tk::Derived for
details).
Construct
Make the new mega-widget known to Tk.
Usage:
Construct baseclass 'Name';
Construct declares the new widget class so that your mega-widget works
like normal Perl/Tk widgets.
Examples:
Construct Tk::Widget 'Whatever'; Construct Tk::Menu 'MyItem';
First example lets one use $widget->Whatever to create new Whatever
widget.
The second example restricts the usage of the MyItem constructor method
to widgets that are derived from Menu: $isamenu->MyItem.
CreateArgs
Process options before any widget is created:
sub CreateArgs { my ($package, $parent, $args) = @_; ...; return
@newargs; }
$package is the package of the mega-widget (e.g., Tk::MyText, $parent
the parent of the widget to be created and $args the hash reference to
the options specified in the widget constructor call.
Don't forget to call $package->SUPER::CreateArgs($parent, $args) in
CreateArgs.
Delegates
Redirect a method of the mega-widget to a subwidget of the composite
widget
Usage:
$cw->Delegates(
'method1' => $subwidget1,
'method2' => 'advertived_name',
...,
'Construct' => $subwidget2,
'DEFAULT' => $subwidget3,
);
The 'Construct' delegation has a special meaning. After 'Construct' is
delegated all Widget constructors are redirected. E.g. after
$self->Delegates('Construct'=>$subframe);
a $self->Button does really a $subframe->Button so the created button
is a child of $subframe and not $self.
Comment: Delegates works only with methods that $cw does not have
itself.
InitObject
Note: this method should not, in general, be used, as it has been
superceeded by PPooppuullaattee and specifying TTkk::::DDeerriivveedd as one of the base
classes.
Defines construction and interface of derived widgets.
Usage:
sub InitObject {
my ($derived, $args) = @_;
...
}
where $derived is the widget reference of the already created baseclass
widget and $args is the reference to a hash of -option-value pairs.
InitObject is almost identical to Populate method. Populate does some
more 'magic' things useful for mega-widgets with several widgets.
Don't forget to call $derived->SUPER::InitObject($args) in InitObject.
OnDestroy
Define a callback invoked when the mega-widget is destroyed.
Usage:
$widget->OnDestroy(callback);
OnDestroy installs a callback that's called when a widget is going to
to be destroyed. Useful for special cleanup actions. It differs from
a normal destroy in that all the widget's data structures are still
intact.
Comment: This method could be used with any widgets not just for mega-
widgets. It's listed here because of it's usefulness.
Populate
Defines construction and interface of the composite widget.
Usage:
sub Populate {
my ($self, $args) = @_;
...
}
where $self is the widget reference of the already created baseclass
widget and $args is the reference to a hash of -option-value pairs.
Most the other support function are normally used inside the Populate
subroutine.
Don't forget to call $cw->SUPER::Populate($args) in Populate.
privateData
Set/get a private hash of a widget to storage composite internal data
Usage:
$hashref = $self->privateData();
$another = $self->privateData(unique_key|package);
Subwidget
Get the widget reference of an advertised subwidget.
@subwidget = $cw->Subwidget();
$subwidget = $cw->Subwidget(name);
@subwidget = $cw->Subwidget(name ?,...?);
Returns the widget reference(s) of the subwidget known under the given
name(s). Without arguments, return all known subwidgets of $cw. See
Advertise method how to define name for a subwidget.
Comment: Mega-Widget Users: Use Subwidget to get only documented
subwidgets.
PITFALLS
o Resource DB class name
Some of the standard options use a resource date base class that is
not equal to the resource database name. E.g.,
Switch: Name: Class:
-padx padX Pad
-activerelief activeRelief Relief
-activebackground activeBackground Foreground
-status undef undef
One should do the same when one defines one of these options via
ConfigSpecs.
o Method delegation
Redirecting methods to a subwidget with Delegate can only work if
the base widget itself does have a method with this name.
Therefore one can't ``delegate'' any of the methods listed in
Tk::Widget. A common problematic method is bind. In this case one
as to explicitely redirect the method.
sub bind {
my $self = shift;
my $to = $self->privateData->{'my_bind_target'};
$to->bind(@_);
}
o privateData
Graham Barr wrote: ... It is probably more private than most people
think. Not all calls to privateData will return that same HASH
reference. The HASH reference that is returned depends on the
package it was called from, a different HASH is returned for each
package. This allows a widget to hold private data, but then if it
is sub-classed the sub-class will get a different HASH and so not
cause duplicate name clashes.
But privateData does take an optional argument if you want to force
which HASH is returned.
o Scrolled and Composite
Scrolled(Kind,...) constructor can not be used with Composite. One
has to use $cw->Composite(ScrlKind => 'name', ...);
MISSING
Of course Perl/Tk does not define support function for all necessities.
Here's a short list of things you have to handle yourself:
o No support to define construction-time only options.
o No support to remove an option that is known to the base widget.
o It's hard to define undef as fallback for an widget option that is
not already undef.
o Frame in Perl/Tk carries magic and overhead not needed for
composite widget class definition.
o No support methods for bindings that are shared between all widgets
of a composite widget (makes sense at all?)
KEYWORDS
mega, composite, derived, widget
SEE ALSO
Tk::composite Tk::ConfigSpecs Tk::option Tk::callbacks Tk::bind
perl v5.18.0 2010-05-29 mega(3)
perl-Tk 804.030_502 - Generated Sat Aug 17 15:21:35 CDT 2013