in reply to Re^3: Are lvalue methods (as properties) a good idea?
in thread Are lvalue methods (as properties) a good idea?

That is very cool. If you don't want to put this on CPAN, maybe you could talk to the author(s) of (an) existing module(s) and see if they wouldn't like to support for such?

Makeshifts last the longest.

  • Comment on Re^4: Are lvalue methods (as properties) a good idea?

Replies are listed 'Best First'.
Re^5: Are lvalue methods (as properties) a good idea?
by fergal (Chaplain) on Jan 18, 2005 at 16:01 UTC
    The main reason for not putting it on CPAN is that I don't want to have to try and support other people's favourite method making features. I've been meaning to try get it into the one of the other packages but I've been away from home for a while and changing jobs etc. I might publish it as a proof of concept and invite others to steal any ideas that they like.
[reply]

      I can see that. How about you put it on CPAN as a developer release and never pull off the tag? Others might be more motivated to steal ideas if they have a working model.

      Makeshifts last the longest.

[reply]
        This was one of the reasonAlong time back on the module-authors list I suggested there should be an ID namespace on CPAN so that I could put this in 
        ID::FDALY::MethodMaker

        [download]
        along with other interesting/useful stuff that I don't want to keep to myself but I also don't want to make the effort and turn into a fully documented and supported module. A kind of semi-private namespace. It was not well received.
[reply]
[d/l]
[select]

In Section Seekers of Perl Wisdom