Merge photos from a folder with files of the form <netid>.jpg

We support <netid>.jpg and <netid>.JPG, at the moment.  Additional
extensions should be easy enough to provide.  Additional (read:
time-based) merge techniques are still to come.

Make Import photos button emit the signal it's supposed to.

Export to ODT.

A limited ODT exporter.  It's not pretty, nor suitable for final
printing, but illustrates the concept and mechanism.

Boilerplate for a photo-merge class.

Force new NetIDs to be unique.

We reject new users that have netids already in the database.  When
merging two databases, the current database is considered the master
copy and a record from the merging database is discarded if there is
a netid conflict.

Add a Python DistUtils py2exe script

Now you can package up this executable for Windows, so people can run it
without having to have the development environment installed.  Just run

python setup.py py2exe

and you get the dist/ folder with the executable and all dependencies.
Prerequisites: Have PyQt4, python-ldap, DistUtils, and py2exe installed.

Add .JPG to list of acceptable file extensions for photos

Apparently, unlike every other file chooser out there, the Gnome file chooser
is case-sensitive, and many cameras leave photos with capitalized filenames.

Add support for merging separate databases.

Also refactor MainApp to import the entire QtCore namespace - I keep
forgetting to specify, and I import all of QtCore everywhere else
anyway.

Merge branch 'master' of ssh://mirror.tamu.edu/home/zarvox/git/wp3

Transparently convert UINs into NetIDs, for people who can't follow instructions correctly. :P

Make EditPerson filter line read "Filter by name" instead of just "Filter"

Add disclaimer so people know what their data will be used for.

Make no default dorm, to keep people from accidently ignoring the field.

Make opening a new database work correctly in EditPerson.

This patch fixes the bug where you'd open a new database, edit some data
in it, hit save, and it would update that row in the originally-opened
database.

Also thrown in is some refactoring work in EditPerson to maximize code reuse.

Fix a bug in DB loading and use statusbar for messages.

Keep EditPerson within the main window - it has no need to be a modal dialog.

Complete EditPerson functionality.

With this commit, the program now has 2 of the 4 main screen pushbuttons
fully implemented - New Person Wizard and Edit Person.

Plans for photo merging - order photo files by creation timestamp and database entries
without photos by creation timestamp.

Plans for exporting to document - QTextDocumentWriter is sweet.
http://doc.trolltech.com/qq/qq27-odfwriter.html

Filtered, incremental search works in EditPerson.

The edit menu allows you to search for a particular record now.
Many thanks to Matthew Mullins, who wrote the safe filtering logic used in
WP2 and adapted for use here.

Add table view in edit mode.

Change database schema so that first name appears first in QTableView.
No data connections yet for editor.  TODO.

Implement SQLite database backend via QtSql.

Support new databases and opening existing databases.
New person wizard actually adds data to the database.
Other classes have access to the database when they want it.

Remove DoneStep - pruned in favor of QWizard usage

Add EditPerson UI.  This may get refactored into the central widget/widget stack, depending on how that works out.

Add a "completed" page with a stub to be used to commit adding the person to the database.

General wizard page cleanup.

Oops, forgot to delete lines referencing the files I deleted.

Use QWizard to create the new person wizard.  Integrated LDAP lookup.  No return values yet.

Main app UI mockup.

Add README with copyright/license info.

Add GPLv3 license.

Attempt to implement a modular interface for WP3 in python with PyQt.

Partial port of wizard (MainFrame) from WP2 to PyQt4.  Addition of LDAP
lookup by NetID for new users.  Perhaps the New Person Wizard should
be modal?

Code actually looks up user by NetID in LDAP and prints the fields that
we plan to actually use for the whitepages.