changes-and-comments
[gitmo/Moose.git] / TODO
diff --git a/TODO b/TODO
index 0939b4b..c5c7173 100644 (file)
--- a/TODO
+++ b/TODO
@@ -2,8 +2,6 @@
 TODO
 -------------------------------------------------------------------------------
 
-- make way to iterate over all Moose classes
-
 - roles
 
 Need to figure out the details of composite roles
@@ -21,14 +19,6 @@ Mostly just for Roles
 
 [10:49] stevan does can be added to,.. but not changed
 
-- triggers
-
-[18:18] mst    what I'd really like is just to say trigger => 'some_method'
-
-- attribute delgates
-
-http://rafb.net/paste/results/Z6FfJL34.txt
-
 - proxy attributes
 
 [15:49]        stevan  you want a proxied attribute
@@ -37,10 +27,6 @@ http://rafb.net/paste/results/Z6FfJL34.txt
                     like an attribute,.. but if you 
                     look behind the curtain,.. its 
                     over there.. in that other object
-  
-- moosedoc
-
-We certainly have enough meta-information to make pretty complete POD docs.
 
 - compile time extends
 
@@ -50,8 +36,62 @@ We certainly have enough meta-information to make pretty complete POD docs.
 [00:40]        stevan  I think now that we have the Sub::Exporter stuff 
                     in, that kinda thing should be pretty easy
 
+nothingmuch notes that all the constructs should be supported in the entirety of the use clause:
+
+    use Moose (
+        has => foo (
+            ....
+        ),
+    );
+
+and that if this usage style is used nothing is exported to the namespace.
+
 - default should dclone()
 
+- subtype $anon_subtype => where { ... }
+
+[22:56]        stevan  sub mst_doesnt_like_to_type { (shift)->meta->attr->type_contstraint }
+[22:57]        mst     err
+[22:57]        stevan  :P
+[22:57]        stevan  are you wanting to reuse it or something?
+[22:57]        stevan  my $subtype = subtype 'Something' => where { ... };
+[22:58]        stevan  then you can do isa => $subtype 
+[22:58]        mst     but I can't subtype it again
+[22:59]        stevan  mst: ahhh... 
+[22:59]        mst     well, I can. but it suddenly gets very "long way round" ish
+[23:00]        stevan  my $constraint = Moose::Meta::TypeConstraint->new(
+[23:00]        stevan              name       => $name || '__ANON__',
+[23:00]        stevan              parent     => $parent,            
+[23:00]        stevan              constraint => $check,       
+[23:00]        stevan              message    => $message,    
+[23:00]        stevan          );
+[23:00]        stevan  yeah thats kinda the long way
+[23:00]        stevan  mst: what would you like it to be?
+[23:00]        mst     $parent = find_type_constraint($parent) if defined $parent;
+[23:00]        mst     if $parent is already a type constraint
+[23:00]        mst     skip that bit
+[23:00]        stevan  hmm
+[23:00]        mst     should be all you need to change
+[23:00]        stevan  yeah
+[23:01]        stevan  so you can then say 
+[23:01]        stevan  subtype $anon => where { ... };
+[23:01]        mst     right
+[23:01]        stevan  ok
+
+- method keyword
+
+[23:37]        mst     more seriously, I'd still like a "method" keyword or something
+[23:37]        mst     method 'foo' => sub { ... };
+[23:38]        stevan  what would it do more than sub foo { ... }?
+[23:39]        stevan  I would like multimethods actually
+[23:39]        mst     almost exactly nothing, to begin with
+[23:39]        stevan  but thats just cause I love CLOS and am reading a book on Dylan now
+[23:40]        stevan  keyword squating :)
+[23:40]        mst     but if we need to hook stuff later it's bloody handy to already have people writing it that way
+[23:40]        mst     right
+...
+[23:49]        mst     oh, also: method 'has' => sub { ... } could squelch the redefine warning
+
 -------------------------------------------------------------------------------
 TO PONDER
 -------------------------------------------------------------------------------
@@ -65,7 +105,9 @@ which can be turned off in prod.
 
 To explain Moose from a very high level
 
+- moosedoc
 
+We certainly have enough meta-information to make pretty complete POD docs.
+        
         
         
-        
\ No newline at end of file