fooooooooooooo
[gitmo/Moose.git] / TODO
1 -------------------------------------------------------------------------------
2 TODO
3 -------------------------------------------------------------------------------
4
5 - make way to iterate over all Moose classes
6
7 - roles
8
9 Need to figure out the details of composite roles
10
11 - type unions
12
13 Add support for doing it with Classes which do not have 
14 a type constraint yet created
15
16 - type intersections
17
18 Mostly just for Roles
19
20 - inherited slot specs
21
22 [10:49] stevan  does can be added to,.. but not changed
23
24 - triggers
25
26 [18:18] mst     what I'd really like is just to say trigger => 'some_method'
27
28 - attribute delgates
29
30 Introduce capability to control the generated wrapper. Useful for when you have
31 a wrapper that should implement the interface of it's child, but decorate with
32 more metadata.
33
34 - proxy attributes
35
36 [15:49]         stevan  you want a proxied attribute
37 [15:49]         stevan  which looks like an attribute, 
38                     talks like an attribute, smells 
39                     like an attribute,.. but if you 
40                     look behind the curtain,.. its 
41                     over there.. in that other object
42
43 - compile time extends
44
45 [00:39]         sri         but maybe a better syntax for compile time extends
46 [00:39]         stevan  I have been pondering that actually
47 [00:39]         sri         use Moose extends => Foo::Bar
48 [00:40]         stevan  I think now that we have the Sub::Exporter stuff 
49                     in, that kinda thing should be pretty easy
50
51 nothingmuch notes that all the constructs should be supported in the entirety of the use clause:
52
53     use Moose (
54         has => foo (
55             ....
56         ),
57     );
58
59 and that if this usage style is used nothing is exported to the namespace.
60
61 - default should dclone()
62
63 - auto_deref => 1 for auto-de-refing ARRAY and HASH attrs
64
65 -------------------------------------------------------------------------------
66 TO PONDER
67 -------------------------------------------------------------------------------
68
69 - Moose "strict" mode
70
71 use Moose 'strict'; This would allow us to have all sort of expensive tests
72 which can be turned off in prod.     
73         
74 - Moose::Philosophy.pod
75
76 To explain Moose from a very high level
77
78 - moosedoc
79
80 We certainly have enough meta-information to make pretty complete POD docs.
81         
82         
83