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