add ->{original}{default_value} when rewriting to current_timestamp

[dbsrgits/DBIx-Class-Schema-Loader.git] / TODO

diff --git a/TODO b/TODO
index 00ac47d..a8846e2 100644 (file)
--- a/TODO
+++ b/TODO
@@ -9,11 +9,12 @@
     - support multiple/all schemas, instead of just one
     - support pk/uk/fk info on views, possibly (materialized views?)
     - remove deprecated ResultSetManager stuff, rewrite using current features
-    - Refactor RelBuilder so that it doesn't require a live mostly-built DBIx::Class::Schema, so that other modules (SQLT) can use it easier.  And then when/if we get there, break it out as a seperate distribution with a new name.
+    - Refactor RelBuilder so that it doesn't require a live mostly-built
+      DBIx::Class::Schema, so that other modules (SQLT) can use it easier.  And
+      then when/if we get there, break it out as a seperate distribution with a
+      new name.
     - support for user-defined-types as Schema deploy hooks
-    - normalize float/real/double data types in a most cross-deployment friendly fashion, using float(25) as the double boundary where possible
-    - finish data_type tests for all DBs (DB2 and Oracle left)
-    - support for Informix
+    - finish data_type tests for all DBs (DB2 and Informix left)
     - generate a schema accessor which stores which SQLT type it was loaded from
     - add a settable 'on-behalf-of' version tag (for catalyst model)
     - inject a table2moniker function into the schema
@@ -29,10 +30,19 @@
     - add hashref form of generate_pod to control which POD is generated
     - add hashref form of components to control which components are added to
       which classes
+    - add original => {} to all type info rewrites
+    - add common tests for preserve_case option
+    - correct handling of CamelCase names with numbers (eg. foo2Bar -> Foo2Bar,
+      foo2_bar)
+    - check rel accessors for method conflicts
+    - add an option to add extra code to Result classes
 
 - Relationships
-   - Re-scan relations/tables after initial relation setup to find ->many_to_many() relations to be set up
-   - While scanning for many-to-many, scan for implied rels as well (if foo->belongs_to('bar') and baz->belongs_to('bar'), does that impliy foo->might_have('baz') and the reverse?)
+   - Re-scan relations/tables after initial relation setup to find
+     ->many_to_many() relations to be set up
+   - While scanning for many-to-many, scan for implied rels as well (if
+     foo->belongs_to('bar') and baz->belongs_to('bar'), does that impliy
+     foo->might_have('baz') and the reverse?)
 
 - Backends
   - SQLite
@@ -57,7 +67,6 @@
     - preserve_case mode
     - domains
   - Oracle
-    - data_type tests
     - table/column comments
     - introspect on_update/on_delete/is_deferrable
     - introspect view SQL
@@ -81,7 +90,6 @@
     - table/column comments
     - introspect on_update/on_delete/is_deferrable
     - introspect view SQL
-    - preserve_case mode
     - domains
   - Firebird
     - table/column comments