Sorry for not responding earlier. I've been away. Aaron Trevena wrote:
Forms: I have been working on moving functionality from AsForm, UntaintPatched and Maypole::Model::CDBI (and peter's SuperModel) into a Maypole::Form namespace - essentially the Maypole::Form namespace provides ways to generate forms/results, and parse forms. I don't have the hierarchy decided yet - I need to try it out a bit and see how it works first and will get back to you all next week with a prototype.
I'll be interested to see this. Is it just for the new 'standard' Maypole form-handling or will it provide a template/model for others such as FormBuilder to hook into?
In thinking about overall design, one thing that has pretty much crystallized for me is that validation is a property of the data/object/business model, not the presentation/view system. If I call some model method from elsewhere (e.g. a command-line script), I still need validation to run, even though the args didn't come from a form. So validation should be either freestanding or part of the CDBI family, not part of Maypole or form-generation, IMHO.
That does throw open the question of what style of form-generation I should use again :(
make_path method: I want to add a simple make_path method that reverses the parse_path method - the internals can later be re-engineered based on the LinkTools plugin.
I think it's the other way around. LinkTools depends on make_path.
Sessions: I want to add a skeleton get_session method, that is called before authentication (so that authentication can check session info if available), it will just provide an empty session object attribute that, like the authenticate method is overloaded by plugins or drivers.
I'm not sure what this achieves? Unless you define the semantics of the attribute, what does it offer that a plugin like Maypole::Plugin::Session doesn't?
Cheers, Dave ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Maypole-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/maypole-devel
