A few micro-edits, esp. wishlist.txt

[maypole.git] / wishlist.txt

diff --git a/wishlist.txt b/wishlist.txt
index 8a73797503edb1a40084486400f38075b91d8058..63e0ba3fa9732b6c6fa55620a86345e30c4ab529 100644 (file)
--- a/wishlist.txt
+++ b/wishlist.txt
@@ -10,6 +10,7 @@ send_output() should return a status code
 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
@@ -18,15 +19,28 @@ Fix Mp::P::USC
 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
 \r
 3.0\r
 ====\r
-encapsulate all request data in HTTP::Request object, and all response data \r
+Encapsulate all request data in HTTP::Request object, and all response data \r
 in HTTP::Response object\r
 \r
-add email handling - like Rails - via model plugins\r
+Add email handling - like Rails - via model plugins. \r
 \r
-add validation layer(s), or just an API\r
+An e-commerce model plugin would be nice - or proof of concept.  \r
+\r
+Add validation layer(s), or just an API\r
 \r
 killer apps: SVN model; mitiki; Pet Shop; \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