Merge branch 'upstream'

[maypole.git] / wishlist.txt

diff --git a/wishlist.txt b/wishlist.txt
new file mode 100644 (file)
index 0000000..385eb99
--- /dev/null
+++ b/wishlist.txt
@@ -0,0 +1,56 @@
+2.12/3.0 wishlist\r
+=================\r
+\r
+Not for inclusion in the MANIFEST. \r
+\r
+2.11\r
+====\r
+Fix factory roots, document and explain behaviour\r
+send_output() should return a status code\r
+Move template test out of process() and into handler_guts() - maybe\r
+Fix bug 14570 - returning error codes breaks CGI::Maypole\r
+Write Maypole::Manual::Exceptions\r
+Test and refactor external_redirect()\r
+\r
+Fix Mp::P::USC. \r
+\r
+2.12\r
+====\r
+Maypole::instance()\r
+Better plugin architecture, for models and bits of models. \r
+Investigate problems reported with adopt() - rt 15598\r
+Re-implement Maypole::Cache as Maypole::Plugin::Cache, probably using \r
+    start_request_hook, and not overriding handler_guts()\r
+Handle repeat form submissions.\r
+Implement internal_redirect().\r
+Build a more sophisticated app for testing. \r
+Move class_of() to the controller - need to do this to support multiple models \r
+    - maybe\r
+Multiple model support - URLs like /$base/$model/$table/$action/$id.\r
+Refactor M-P-USC and M-P-Session into M-P-User, M-P-Session, and M-P-Cookie\r
+\r
+\r
+3.0\r
+====\r
+Encapsulate all request data in HTTP::Request object, and all response data \r
+in HTTP::Response object\r
+\r
+Look at HTTP::Body\r
+\r
+Easier file uploads - look at incorporating Mp::P::Upload\r
+\r
+Add email handling - like Rails - via model plugins. \r
+\r
+An e-commerce model plugin would be nice - or proof of concept - maybe look \r
+at Handel.  \r
+\r
+Add validation layer(s), or just an API\r
+\r
+killer apps: SVN model; mitiki; Pet Shop; adventure builder \r
+\r
+Multiple views - HTML, text-only, PDF, SOAP, XML  - use request data to switch\r
+to an alternate view_object - switch via a factory method.\r
+\r
+Maybe rename the model to PModel (Presentation Model)?\r
+\r
+Pseudo-continuations...\r