Fix so that superclasses and roles get applied from config. This is where the method smashing shows itself as untenable, but I think I have a strategy for that..

Make superclasses and roles tests pass

Failing tests for configured base classes and roles.

Ignore stuff I have open in my editor

MX::Role::Parameterized fixed the bug which meant I had to mention the parameterized role here to get it to compose, by composing right, and as it had no parameters, crapped itself. Bump required version so all the hate goes away

Bump Catalyst dep

Add a base class and a controller role, and some config for the controller builder, so I can write failing tests

Initial capture of discussion as TODOs.

Make the test work like I want it too. It's a gross hack currently, but now does what it says on the tin

Bad kitty, ->can't('has')

Add auto_install so I get make installdeps

FAIL

Fix scripts. I also appear to have fucked things so we're getting actions we shouldn't registered. Fail, and the tests don't. DOUBLE FAIL.

Whole lotta reorganisation. Moved the app demo down into t/lib, added Module::Install::ExtraTests, as it will goad me into adding POD tests, rip configloader out the test app, I know it works already

Convert the controller base class into a role applied to the controller meta. There needs to be a way to config how controllers are generated / their superclass + extra roles and stuff like that

Actually only find methods which have been defined with the 'command' syntax..

Ok, I don't feel so dirty now. Still need to implement method filtering, such that only methods created with the appropriate metaclass get used

Another piece of insantiy factored out

Get rid of the insanity of passing the compoenent method as a subref - instead it becomes a role parameter. This gets rid of the insane hack to remove the COMPONENT method from the local package in controllers

First step switch to MX::Role::Parameterized

Did I mention that I'm rubbish at naming things. I'll start caring about that when I start pulling this shit apart into components for the CPAN when it's past prototype stage. Add stuff to give me syntax to generate methods with a custom metaclass, so that when I introspect - I don't have to use a fucking regex to work out what methods to exclude. We could then sanely support role application, which would be nice - although doing modifiers right is hard. This is also waaay more involved than it should need to be.

Hmm...

Factor out to smaller routines

Ignore more crap

Add more epic comments in the 3am badlands code

Add stuff to .gitignore

Fuck you pod coverage

Switch everything to autoclean. Add sanity tests to ensure appropriate modern perl policy compliance ;)

Add types::structured, as we need a calling convention.. Add namespace::autoclean as it's less typing, and rafl nagged me to use it

The basis for the one true type of controller

Remove hardcoded 'DynamicAppDemo' from reflector - ControllerBase still
hardcoded.

Remove LIES in comment

And works, with tests. 4 hours start to finish, that was fun :)

Almost there, builds controllers with methods in them...

Almost works generating controllers

Start my reflector. Factor out the component generation from the other shit into a role

Thats action registration sorted out. Now I just need to introspect all the models, and generate shim controllers, piece of piss :)

Add .gitignore

Well, thats dynamic model class loading from 100% config, with tests. Should be CPANable by itself :)

Base class for controllers we auto-generate

Strip code down to the bare minimum to start from

Scaffold