<p>Ok. While on the surface this looked like a trivial thing it actually turned out to be much more involved. These pieces were committed to current/for_cpan_index so far:</p>

<ul class="task-list">
<li>Some refactor of the docs <a href="https://github.com/dbsrgits/dbix-class/commit/293a9242a" class="commit-link"><tt>293a924</tt></a> and downright purge of useless deps <a href="https://github.com/dbsrgits/dbix-class/commit/77a6448dc" class="commit-link"><tt>77a6448</tt></a>
</li>
<li>An easier-to-follow version of your datetime example <a href="https://github.com/dbsrgits/dbix-class/commit/a0a0da0ae" class="commit-link"><tt>a0a0da0</tt></a>
</li>
</ul><p>The remaining piece is pushed to wip/moo_resultsets_docs, and has the following outstanding problem that needs attention: The Moose example has only BUILDARGS yet the Moo example has both BUILDARGS and FOREIGNBUILDARGS. Please investigate, see which one is right and resubmit changes to <a href="https://github.com/dbsrgits/dbix-class/commit/15c43cfda" class="commit-link"><tt>15c43cf</tt></a> (the example code has to be flawless, as the cargocult of this will be high)</p>

<p>As an aside - there was an issue brought up yesterday on IRC concerning Moose-based Result classes (not ResultSet classes). Perhaps a separate patch to document that inconsistency would also be of use: </p>

<pre><code>&lt;corgifex&gt; ribasushi: 1) is using Moose with DBIx::Class supported at all? 2) is MooseX::NonMoose + extends 'DBIx::Class::Core' the right way?  3) is 'lazy' a sensible workaround for DBIx::Class not calling the constructor? 4) is there a better way to do this?
&lt;ribasushi&gt; corgifex: in this case it depends what you mean by "supported"
&lt;ribasushi&gt; corgifex:  the core DBIC result class has 2 separate constructors, which was a good idea at the time it was written, so if you expect constructor-based thingies to work, you will have to do some duct taping
&lt;ribasushi&gt; corgifex: and as you already properly noted default non-lazy attributes do not work without constructor-based instantiation
&lt;ribasushi&gt; corgifex: so it all depends on "how do you want things to interface" - it will be a tradeoff either way, and you need to decide where to make it
</code></pre>

<p>Cheers and thanks again for looking into this</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br>Reply to this email directly or <a href="https://github.com/dbsrgits/dbix-class/pull/49#issuecomment-47637403">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/302594__eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcxOTgyNzUzNywiZGF0YSI6eyJpZCI6MzU3ODkwMTV9fQ==--e16c85a22949b1568dc19c05f77396d5708a4085.gif" width="1" /></p>