From: Norbert Buchmuller <norbi@nix.hu>
Date: Sun, 21 Dec 2008 04:33:26 +0000 (+0100)
Subject:  * Updated WHATSNEW.txt.
X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=0e0eb76d053f7fdd2a7b564fef184f751411db62;p=dbsrgits%2FDBIx-Class-Historic.git

 * Updated WHATSNEW.txt.
---

diff --git a/WHATSNEW.txt b/WHATSNEW.txt
index 42521d3..6aabc87 100644
--- a/WHATSNEW.txt
+++ b/WHATSNEW.txt
@@ -2,8 +2,12 @@ NOTE: do not merge this file but DELETE IT on merge
 
 New in this branch:
 
- * Converted test cases to use SQL::Abstract::Test.
- 	* that way the number of extra parens does not matter).
+ * Converted test cases to use SQL::Abstract::Test if available.
+	* created DBIC::SqlMakerTest and DBIC::DebugObj helper modules
+ 	* that way the number of extra parens does not matter
+ 	* test cases still pass with SQLA 1.24, but also with 1.50RC
+		* those tests that make no sense with older SQLA are skipped
+	* Added dependency for Test::Deep (used when emulating SQL::Abstract::Test::eq_bind when SQLA is older than 1.50)
 
  * Removed a wrong TODO test: 95sql_maker_quote.t/"order_by with quoting needs fixing (ash/castaway)"
  	* it never passed and never will (SQLA should not parse the strings in order_by)
@@ -13,21 +17,22 @@ New in this branch:
  	* this works with SQLA 1.50
 
  * Removed dead code from DBI::Class::Storage::DBI (sub _RowNumberOver).
- 	* neither DBIC, nor SQLA, nor SQLA::Limit uses this (at least not the current versions)
+ 	* neither DBIC, nor SQLA, nor SQLA::Limit uses this (in any version supported by DBIC)
 
  * Added test cases for every supported order_by syntax.
  * Made DBIC::SQL::Abstract pass on order_by hashref ({-desc => 'colname'}) to SQL::Abstract.
  	* this is the blessed way of doing order by
 	* new SQLA supports it
 	* formerly DBIC considered this as an error
-
- * Bumped SQL::Abstract version dependency.
- 	* the testcase changes broke compatibility with old SQLA
+ * Documented using order_by hashref in DBIx::Class::ResultSet.
 
  * Added test cases to test if arrayref bind values in insert/update are passed through sql_maker intact.
  * Added test cases to test if arrayref bind values work with a PostgreSQL array type.
  * Added 'array_datatypes' parameter to the sql_maker constructor.
 	* formerly SQLA considered these as literal SQL with bind values, now that is \['literal SQL', @bind]
 		* the new syntax is consistent (works the same in insert/update and where conditions)
-	* fortunately 'array_datatypes' is simply ignored by old SQLA (at least with current version..)
+	* fortunately 'array_datatypes' was simply ignored by old SQLA (at least with current version..)
  	* DBD::Pg can use arrayref bind values for PostgreSQL array types
+ * Documented using PostgreSQL arrays (in Cookbook).
+
+ * Fixed/improved a few skip and diag messages.