4 Not for inclusion in the MANIFEST.
\r
9 Fix factory roots, document and explain behaviour
\r
10 send_output() should return a status code
\r
11 Move template test out of process() and into handler_guts() - maybe
\r
12 Fix bug 14570 - returning error codes breaks CGI::Maypole
\r
13 Write Maypole::Manual::Exceptions
\r
14 Test and refactor external_redirect()
\r
21 Better plugin architecture, for models and bits of models.
\r
22 Investigate problems reported with adopt() - rt 15598
\r
23 Re-implement Maypole::Cache as Maypole::Plugin::Cache, probably using
\r
24 start_request_hook, and not overriding handler_guts()
\r
25 Handle repeat form submissions.
\r
26 Implement internal_redirect().
\r
27 Build a more sophisticated app for testing.
\r
28 Move class_of() to the controller - need to do this to support multiple models
\r
30 Multiple model support - URLs like /$base/$model/$table/$action/$id.
\r
31 Refactor M-P-USC and M-P-Session into M-P-User, M-P-Session, and M-P-Cookie
\r
36 Encapsulate all request data in HTTP::Request object, and all response data
\r
37 in HTTP::Response object
\r
41 Easier file uploads - look at incorporating Mp::P::Upload
\r
43 Add email handling - like Rails - via model plugins.
\r
45 An e-commerce model plugin would be nice - or proof of concept - maybe look
\r
48 Add validation layer(s), or just an API
\r
50 killer apps: SVN model; mitiki; Pet Shop; adventure builder
\r
52 Multiple views - HTML, text-only, PDF, SOAP, XML - use request data to switch
\r
53 to an alternate view_object - switch via a factory method.
\r
55 Maybe rename the model to PModel (Presentation Model)?
\r
57 Pseudo-continuations...
\r