Squashed commit of the following:

commit c3a0de3791f178e6a653167eea315e467955f23d
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Fri Mar 25 12:59:32 2011 +1000

    fixed missing include in MANIFEST.in

commit 71a9ea5e40c4cbc1d5fc2537c8ab6725325a1f17
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Fri Mar 25 12:50:13 2011 +1000

    bumped version

commit c743e17d0405b5b362fc0676a51b69eb76dbe0d4
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Fri Mar 25 12:49:41 2011 +1000

    added 'attrs' field on Table.Meta, updated documentation, added a paleblue theme.

commit 127c210473ad250a8f2a27c3107952da9a62826b
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Thu Mar 24 13:12:57 2011 +1000

    Fixed wrong dependency name in setup.py

commit 11451794ec659b8ccd8bc24327dd45d5f096f6fe
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Thu Mar 24 13:07:49 2011 +1000

    * Moved tests out of the app, and integrated them with setup.py
    * Added more tests for QuerySet data sources
    * Clarified documentation
    * Renamed BoundRow.data to BoundRow.record

commit 7ccf79aabf68d92360b40b561b1948d4da2d4caa
Author: Bradley Ayers <bradley.ayers@gmail.com>
Date:   Wed Mar 23 09:15:07 2011 +1000

    * Fixed bug in conf.py, where it was trying to use the old VERSION variable in django_tables.
    * Updated the documentation to clarify the use-cases for column formatters.

commit 3a3c8fe8cd783ac08d5e06b4b3021cf611beb7e3
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Mon Mar 21 16:30:59 2011 +1000

    simplified setup.py

commit c0292c03e10cb9e5b8ea1c5cd3195a4de54c7068
Author: Bradley Ayers <bradley.ayers@gmail.com>
Date:   Sun Feb 27 23:45:20 2011 +1000

    using QuerySets actually works now, added a relevant test that now uses django-attest

commit b4d157013e984f5d29b1877fdecbc0482fd8fb9f
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Fri Feb 25 17:36:14 2011 +1000

    added a test to reveal problem with using querysets as data sources

commit ba9fa5a60ab0f511bd245674dacfaf4ee57859fc
Author: Bradley Ayers <bradley.ayers@gmail.com>
Date:   Fri Feb 25 03:03:50 2011 +1000

    removed copyright

commit c9913e928fe50221ccb1757194771b6f46d1312a
Author: Bradley Ayers <bradley.ayers@gmail.com>
Date:   Fri Feb 25 03:01:36 2011 +1000

    upped version to 0.4.0 alpha 1

commit b26c1fc04093ccf1ede246803715fd57e8db41fb
Author: Bradley Ayers <bradley.ayers@gmail.com>
Date:   Fri Feb 25 02:54:02 2011 +1000

    fixed up a lot of shitty documentation, and fixed some bugs while I was at it.

commit efe955a1a86977cf9f392ce60ad2bd5ad43f4784
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Wed Feb 23 17:33:22 2011 +1000

    updated docs

commit 79d701a0c910ec9a8e671e09cb56ab04f6ebcb29
Author: Bradley Ayers <bradley.ayers@enigmainteractive.com>
Date:   Tue Feb 22 19:12:27 2011 +1000

    fixed some bugs

* Added 'attrs' property on Table
* Added 'attrs' field in Table.Meta
* Added AttributeDict
* Updated documentation relating to the new Table.attrs property
* Added a paleblue theme.

* Moved tests out of the app, and integrated them with setup.py
* Added more tests for QuerySet data sources
* Clarified documentation
* Renamed BoundRow.data to BoundRow.record
* Fixed bug in conf.py, where it was trying to use the old VERSION variable in django_tables.
* Updated the documentation to clarify the use-cases for column formatters.
* Simplified setup.py
* Using QuerySets actually works now, added a relevant test that now uses django-attest

0.4.0 alpha 1

updated README

updated README.rst

Added README, removed komodo project files

lots of major changes

Setup development version number.

Now that the files lack a BOM, some need a coding declaration.

Prepare to fix a new version.

Merge remote branch 'jweyrich/master'

Make sure the models.py file, which we need to be loaded by Django as an
app, is not empty. Apparently this causes rpmlint to complain when
packaging for Fedora.

Convert files to UNIX EOL and remove BOM.
Please, add these lines to your ~/.gitconfig file:
    [core]
        autocrlf = input
Or alternatively run:
    git config --global core.autocrlf input

Fixed some problems with Harro's test.

Added verbose_name to columns from a model.

Fixed a NameError. This potentially closes issue 5.

Convert a bunch of files to use *nix line endings.

Ignore build directory created by distutils.

Make setup.py executable.

After release, set version to 0.3 dev.

Prepare a 0.2 release.

Converted to *nix linebreaks.

Added a test for Harro's columns= sorting change.

For a ModelTable you can use the columns meta option to indicate the column order.

Define the version number properly inside the module, read within setup.py.

Minor formatting fix in docs.

Added documentation for the new "render_COLUMN" methods.

No longer allow the Column's 'data' argument to be callable. This was tedious to use anyway, and only made the declared_name/name/data thing more confusing that it already is. Instead, it is now possible to define render_FOO methods within the table.

Also, these render methods will receive no the BoundRow as an argument, but rather the actual underlining data row. This makes much more sense, and prevents users from having to fall back to the undocument ``BoundRow.data`` attribute to avoid infinite recursion.

This comment wasn't really correct anymore, must have been accidentally copied from the old "Table" class.

Allow non-basestrings (e.g: ugettext_lazy) to be used in verbose_name.

Fixed the ModelTable docstring. Thanks philotas. Closes #2.

bugfix: ModelTableOptions() should call TableOptions.__init__

any options specified in the Meta of a ModelTable were not being
passed along to the constructor of TableOptions. this wasn't noticed
before, but now that order_by is an option of TableBase, it became
obvious.

Fixed 80a61's tests failures, mostly be removing the offending tests (the BaseTable shouldn't support sorting).

added default 'order_by' option to tables.

this allows tables to specify a default sort order, which includes all
of the UI of an explicitly-sorted dataset.

also, some tests. they fail for BaseTable, because sorting doesn't seem
to be implemented there. it should be, though, despite being crazy.

Added a __len__ method to the columns container.

Noted another random idea.

Converted the readme file to a Sphinx documentation; some minor refactoring along the lines.

TODOs.

Don't insist on a specific WingIDE project file name, ignore all.

Updated ignores for git.

Make it clearer that those are primarily the requirements needed to develop on django-tables.

More refactoring: Custom table classes now don't need to assign to the _snapshot argument directly, but can simply return their snapshot.

Make it slightly easier for custom table subclasses to customize the classes used for rows etc.

Removed an unused _get_rows method from ModelTable.

Moved the global options to a separate module as well.

Merged the todo items from the README with the existing TODO file, which by the way was in the wrong location.

Minor refactoring. The BaseTable implementation is now split into an actual "BaseTable", and a "MemoryTable". This is because in the future we'd like to offer at least one additional table implementation, an SQlTable, which is capable of doing raw queries. As a result, a better split of the base funtionality and what is provided by a base class is appropriate.

Added a pip requirements file for dependency installation.

Allow for a local TODO file.

Ignore WingIDE project file.

Merge upstream.

Ignore Eclipse project files.

Added TODO.

Hardly unexpected, r49 worked with the Django trunk, but caused issues with older versions. Now both should work.

Fixed test that broke with recent Django SVN trunk. Django now seems to strictly require Template.render() to be called with a Context, dict doesn't work anymore.

With this commit, all the tests pass with the latest Django trunk.

Fix for #503652 (thanks Zeth). The quasi-internal APIs to retrieve the SQL code for a queryset will change in 1.2. We now support both 1.2 and previous versions.

TODO.

Added some considerations wrt adding filtering support.

Fixed code sample syntax, typos.

Clarified example in README. Thanks Aaron.

Fixed #282964: 'data' may point to a callable attribute while still leaving the column sortable.

Fixed a bug that made it hard to change the visibility of a column of a table instance

fixed minor oversight in README, thanks sebzur

fixed typo

the pagination example still wasn't quite right (thanks again, robert)

fixed erroneous example in README (thanks to robert)

builtin pagination now handles errors and converts them to Http404s

added some musings about the potential future filter functionality to the readme

converted test suite to use nose rather than py.test; made some minor improvements to one test in the process

include tests in source distribution

added distutils setup script

removed obsolete line from README that was never actually true

minor comment spelling mistake

added bsd license info

minor readme updates

added support for column default sort directions

standard tables now support an inner metaclass; the new 'sortable' option allows setting a table-wide default

added columns.sortable() method

added helpful functionality for working with order_by, rendering order_by functionality in templates

Table.__getitem__ did not work at all

adding to a previous fix, make sure order_by is always a fully featured OrderByTuple

fixed bug in set_url_param when used with order_by values or similar structures

order_by was not normalized when passed to __init__, and generally failed with None values

fixed bug when accessing rows by index; added the missing test that caused this to go unnoticed; added some type checking to make certain errors more easier to find

added support for pagination

support column "data" option, relationship spanning; cleaned up docs

support callables

fixed minor bug (caches not reset); added update() method

option to cause exceptions to be raised for invalid columns

model column auto generation can be disabled now

previous manual (un)commit was incomplete

as promised, reverted (with minor exceptions) the previous changeset

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

added minor test

better auto verbose names

static tables were implemented incorrectly, were using column aliases to read from source

forgot those files in the last commit

more work on modeltables, they are pretty much usable now

...

we're now in a state were so far existing features are complete; but more to come