1 Revision history for MooseX-Types-Structured
4 - Removed unneed module from test
7 - Add a new Map type. (Ricardo SIGNES)
8 - Properly handle Optional[] types within Tuples and Dicts.
12 - Require Devel::PartialDump 0.10 and change tests to expect the
13 correct format of error.
16 - Changed the Makefile.PL to reduce dependencies not needed by users
17 that are not authors. Bumped the revision and released to clear an
18 error with cpan permissions.
21 - No new functionality.
22 - Changed the way we specify dependencies in the Makefile.PL to reduce
23 the depth of the dependency chain in cases where we don't need to be
24 running the author quality tests.
25 - Some documentation tweaks.
28 - Fix failing tests and test warnings on MooseX::Types 0.11.
31 - Change copy on license and added contributors section
34 - Use a builder instead of wrapping new to set the default structured
36 - Make overflow (slurpy) type constraints introspectable and the name
37 of constraints using them reasonable (rafl).
40 - Explicitly don't inline yet another constructor to avoid
44 - Explicitly don't inline the constructor to avoid warnings (rafl).
45 - Pathological test cases for API methods equals, is_a_type_of and
47 - significant improvements to API methods is_a_type_of, is_subtype_of
48 and equals (nothingmuch).
51 - Fixed braindead bug in the way I override ->validate, which caused
52 valiate to never correctly pass a constraint.
55 - Minor documentation grammar fixes and one major example error fixed
56 - Much improved error reporting. Now we return the 'internal' error
57 that kicked a validation failure. It's still best to use this for
58 debugging rather than for actual user error messages, since I think
59 we are rapidly approaching a need for Moose constraints needing more
60 in the error and message reporting.
61 - Documentation for the above.
63 - I guess we don't support the "subtype MyType, [TypeConstraint]" syntax
64 anymore. Changed the recursion test to reflect that, which should fix
67 - New Feature: slurpy method for when you want a structured type
68 constraint that allows trailing arguments of indeterminate length.
69 Please see the documentation and the '11-overflow.t' test for more.
70 - Documentation for above as well as a bunch of POD cleanups, spell
71 checks and improvements to formatting.
72 - Stevan Little submitted a sweet update to the '10-recursion.t' test
73 that blows my mind. Will probably form the core of a to be done set
74 of cookbook style PODs. Worth looking at.
75 - First step at improving the error message you get when validation
76 fails. A full error stacktrace is not in this release, but you now
77 at least get to see part of the offending value.
80 - Fixed typo in previous changelog
81 - documentation improvements and updates
82 - increased version requirement for MooseX::Types so that we can take
83 advantage of the recursion support added.
84 - added test for recursion.
87 - Added a 'helper' type constraint called Optional. See docs for more.
88 - added lots of tests to cover the API better, coverage and fixes for
89 the ->parameterize method in particular have been clarified.
90 - changes so that the type contraints are more forgiving when null
91 values appear in method calls.
92 - used ->make_immutable which should speed up the constraints.
93 - removed some unnecessary calls to use Moose when I wasn't using Moose.
94 - lots of little code cleanup work and more internal documentation.
95 - This version requires a newer Moose than previous versions. The
96 Makefile.PL has been updated to reflect this. This is a required
100 - Fixed some wackiness in the documentation.
102 0.04 07 November 2008
103 - Bumped minimum required versions of Moose and MooseX-Types to solve
104 problem with overloading and type constraint names (issue resolved
106 - Changed the way the required Perl version string is used to increase
107 compatibility and lowered minimum required Perl
110 - Fixed incorrect Perl version string (rafl)
111 - hide the meta classes from pause. This should clarify which POD is
112 the right one to read and also I want to discourage people from
113 subclassing that stuff since it will probably change
114 - various documentation cleanup
115 - new test 'example.t' with runable versions of the code in the example
119 - cleared up some typos in the test suite
120 - Fixed some POD formatting issues, mostly some dumb tabs I ended up
121 with when I switched editors. Added a bit more documentation
124 - Completed basic requirements, documentation and tests.