we've just written support for a choices=True setting, when we noticed that we don...
authormichael <>
Thu, 19 Jun 2008 16:06:01 +0000 (16:06 +0000)
committermichael <>
Thu, 19 Jun 2008 16:06:01 +0000 (16:06 +0000)
commit5c3fa9d5eac1ec87e510a63ec3f98e973fdb9b49
treef5af45e47d5705b6596f5faa557187c5ea6e31d7
parent6df239c9067cd1c940188eee54eca1433cea1cd0
we've just written support for a choices=True setting, when we noticed that we don't actually need it. instead of using special column property to enable row.column.id and row.column.value separation, the user is free to implement this behavior himself by simply making the value a dict.
in fact, when using model forms, this new behavior will be in the way, since when used with foreignkeys, we would have to map r.column.id to fk.id and r.column.value to fk, so that r.column.value.id == r.column.id; all that is completely unnecessary.

we're commiting this anyway to log it, but will revert right afterwards
README
django_tables/columns.py
django_tables/tables.py
tests/test_basic.py
tests/test_models.py