we've just written support for a choices=True setting, when we noticed that we don...
authorMichael Elsdörfer <michael@elsdoerfer.info>
Thu, 19 Jun 2008 16:06:01 +0000 (16:06 +0000)
committerMichael Elsdörfer <michael@elsdoerfer.info>
Thu, 19 Jun 2008 16:06:01 +0000 (16:06 +0000)
commitb6776be7456b967a99e470d968332f5338551ffd
treef5af45e47d5705b6596f5faa557187c5ea6e31d7
parent870ec33bb2fc6917c1367f2693fd94d4b359886c
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