[SQL-CVS] r4418 - SQLObject/branches/1.1/docs
SQLObject is a Python ORM.
Brought to you by:
ianbicking,
phd
|
From: <sub...@co...> - 2011-06-23 18:36:01
|
Author: phd
Date: Thu Jun 23 12:35:52 2011
New Revision: 4418
Log:
Documented sqlmeta.dbEncoding and connection.dbEncoding.
Modified:
SQLObject/branches/1.1/docs/News.txt
SQLObject/branches/1.1/docs/SQLObject.txt
Modified: SQLObject/branches/1.1/docs/News.txt
==============================================================================
--- SQLObject/branches/1.1/docs/News.txt Mon Jun 20 04:20:04 2011 (r4417)
+++ SQLObject/branches/1.1/docs/News.txt Thu Jun 23 12:35:52 2011 (r4418)
@@ -7,6 +7,14 @@
.. _start:
+SQLObject 1.1.1
+===============
+
+* Parsing sqlobject.__doc__ for version number is declared obsolete. Use
+ sqlobject.version or version_info.
+
+* Documented sqlmeta.dbEncoding and connection.dbEncoding.
+
SQLObject 1.1
=============
Modified: SQLObject/branches/1.1/docs/SQLObject.txt
==============================================================================
--- SQLObject/branches/1.1/docs/SQLObject.txt Mon Jun 20 04:20:04 2011 (r4417)
+++ SQLObject/branches/1.1/docs/SQLObject.txt Thu Jun 23 12:35:52 2011 (r4418)
@@ -755,6 +755,14 @@
database will be queried for the table's columns, and any missing
columns (possible all columns) will be added automatically.
+`dbEncoding`:
+ UnicodeCol_ looks up `sqlmeta.dbEncoding` if `column.dbEncoding` is
+ ``None`` (if `sqlmeta.dbEncoding` is ``None`` UnicodeCol_ looks up
+ `connection.dbEncoding` and if `dbEncoding` isn't defined anywhere it
+ defaults to ``"utf-8"``).
+
+.. _UnicodeCol: `Column Types`_
+
The following attributes provide introspection but should not be set or
directly - see `Runtime Column and Join Changes`_ for dynamically modifying these class elements.
@@ -1194,10 +1202,12 @@
``VARCHAR``.
`UnicodeCol`:
- A subclass of `StringCol`. Also accepts a dbEncoding keyword
- argument, which defaults to ``"UTF-8"``. Values coming in and
- out from the database will be encoded and decoded. **Note**:
- there are some limitations on using UnicodeCol in queries:
+ A subclass of `StringCol`. Also accepts a `dbEncoding` keyword
+ argument, it defaults to ``None`` which means to lookup `dbEncoding`
+ in sqlmeta_ and connection, and if `dbEncoding` isn't defined
+ anywhere it defaults to ``"utf-8"``. Values coming in and out from
+ the database will be encoded and decoded. **Note**: there are some
+ limitations on using UnicodeCol in queries:
- only simple q-magic fields are supported; no expressions;
- only == and <> operators are supported;
|