fixed apache_mvc.t to work with Apache2 (bug #29979 patch from Ben Hutchings)

[maypole.git] / wishlist.txt

diff --git a/wishlist.txt b/wishlist.txt
index 63e0ba3fa9732b6c6fa55620a86345e30c4ab529..385eb99fcc88328d4cba835de55a59b26a126d85 100644 (file)
--- a/wishlist.txt
+++ b/wishlist.txt
@@ -12,7 +12,7 @@ Fix bug 14570 - returning error codes breaks CGI::Maypole
 Write Maypole::Manual::Exceptions\r
 Test and refactor external_redirect()\r
 \r
-Fix Mp::P::USC\r
+Fix Mp::P::USC. \r
 \r
 2.12\r
 ====\r
@@ -24,23 +24,33 @@ Re-implement Maypole::Cache as Maypole::Plugin::Cache, probably using
 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.  \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; \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
-\r
+Pseudo-continuations...\r