Aaron Sherman <[EMAIL PROTECTED]> wrote:
> Still, tables are useful, so here's a simple way to get the kind of
> table we see above, without the HTMLish trap of pseudo-layout:
>
> Because one of the features of POD is that documentation tends to be
> readable in markup form, an C<=>-introduced mar
Brent 'Dax' Royal-Gordon wrote:
Aaron Sherman <[EMAIL PROTECTED]> wrote:
Still, tables are useful, so here's a simple way to get the kind of
table we see above, without the HTMLish trap of pseudo-layout:
Because one of the features of POD is that documentation tends to be
readable in markup form
Sorry if this has already been asked and answered, but in doing a little research
about Perl 6
mixins (http://www.perlmonks.org/index.pl?node_id=384858), I ran into some questions
that I
couldn't figure from either A12 or "Perl 6 and Parrot Essentials."
First, how does one access the instance in
On Sun, Aug 22, 2004 at 08:04:48AM -0700, Ovid wrote:
: Sorry if this has already been asked and answered, but in doing a little research
about Perl 6
: mixins (http://www.perlmonks.org/index.pl?node_id=384858), I ran into some questions
that I
: couldn't figure from either A12 or "Perl 6 and Par
Larry wrote:
You can also create your own anonymous class at run time that incorporates
both roles simultaneously and disambiguates them.
Or, presumably, you could use an anonymous role directly:
$driver does role {
does SanitationEngineer;
does RaceCarDriver;
method dri