On Sun, Mar 29, 2009 at 09:43:45AM -0500, Dave Rolsky wrote:
> That's not true. For a long time, immutablized classes have not passed
> the meta-attr to the trigger (except from the constructor).
ec2e2ee5 is mst's commit (Dec 9 2008) removing the meta-attr argument.
% git blame -M -w lib/Moose/M
On Sun, Mar 29, 2009 at 9:25 PM, Stevan Little
wrote:
> If we want to keep it, lets keep it, but if we don't really have a reason,
> lets just get rid of it.
Get rid of it. We don't pass in the meta-attr for default or builder
either. It's just going to bite us in the future when we try to avoid
On Mar 29, 2009, at 3:59 PM, Hans Dieter Pearcey wrote:
On Sun, Mar 29, 2009 at 11:40:43AM -0400, Stevan Little wrote:
Personally, I don't think we need to pass that meta-attribute, if you
really want/need it, then you can do this:
trigger => sub {
my $self = shift;
$self->meta->find_attr
On Sun, Mar 29, 2009 at 11:40:43AM -0400, Stevan Little wrote:
> Personally, I don't think we need to pass that meta-attribute, if you
> really want/need it, then you can do this:
>
> trigger => sub {
> my $self = shift;
> $self->meta->find_attribute_by_name('foo')->...
> ...
> }
>
>
Personally, I don't think we need to pass that meta-attribute, if you
really want/need it, then you can do this:
trigger => sub {
my $self = shift;
$self->meta->find_attribute_by_name('foo')->...
...
}
The only tricky part of the above workaround is that you need to know
the name
On Sun, 29 Mar 2009, Hans Dieter Pearcey wrote:
I don't know how to weigh these two concerns, though:
* It has been documented and working for as long as I can remember that
triggers receive the meta-attr object.
That's not true. For a long time, immutablized classes have not passed the
met
In December, mst committed ec2e2ee5a0f010fe09d57e0176717b6b4f5671a2, which
removes the meta-attr object as the third argument to triggers, saying
unsupport passing meta-attr object to triggers because (a) it's not tested
(b) it's not documented (c) it makes it impossible to not close over