-draft.pod
Log Message:
---
Add suggestions from nine++ and smls++ (Tuple)
S02-bits.pod
Log Message:
---
Incorporate TimToady++'s suggestions.
And while we're at it with expanding examples, can we use string
concatenation instead of addition? It makes following what's happening
easier.
eg, +1 on that prior post.
-y
wrote:
> +Regardless of whether the dwim is forced or emergent from the shapes
> +of the arrays, once the side to dwim on has been chosen, the dwim
> +semantics on the dwimmy side are always:
> +
> + (@dwimmyside xx *).batch(@otherside.elems)
> +
> +This produces a list the same length as the c
Author: lwall
Date: 2010-06-02 20:19:54 +0200 (Wed, 02 Jun 2010)
New Revision: 31054
Modified:
docs/Perl6/Spec/S03-operators.pod
Log:
[S03] suggestions from dataweaver++
more refinements to the description of the dwim semantics
Modified: docs/Perl6/Spec/S03-operators.pod
On Sun, 7 Jul 2002, Bill Atkins wrote:
> 1. Perl6 should include a "has" and "have" keyword to set properties
> more clearly:
Already been over this. Answer was no for some reason.
> my $var has Found;
See, then you need a direct object. I is it that C<$var has found>? :)
(sortof) Seriously
1. Perl6 should include a "has" and "have" keyword to set properties
more clearly:
my $var has Found;
as opposed to:
my $var is Found
Similarly:
my @list have Found
I guess "have" sounds weird (all you base are belong to us ;) ) and may
not be necessary.
2. Perl6 definitely should inclu