Reconciliation adjustments

[hsoft]

Even with the new Reconciliation Date field, doing reconciliation with Reconciliation Date being different from the Entry Date is still very difficult to do because of two little details:

1. The balance field is based on the Entry Date instead of the Reconciliation Date. Because of this, having entries sorted by Reconciliation Date results in a Balance column that makes no sense. When being in Reconciliation mode, the running balance should be based on the reconciliation date. (additionally, the reconciliation date column should be shown if it wasn't already, and it should be set as the sorted column)
2. Sorting of unreconciled entries when sorting by Reconciliation Date is weird (they all are at the beginning of the table), making it hard to do reconciliation because as soon as you reconcile an entry, it disappears. To fix this, unreconciled entries should fall back to their entry value as a sorting value.

[hsoft]

(from [4555406980bd]) [#155] Balances in reconciliation mode are now computed in reconciliation date order.
http://bitbucket.org/hsoft/moneyguru/changeset/4555406980bd/

[hsoft]

I ruled out against automatically sorting by reconciliation date after all. The thing is that I think most users don't use different reconciliation date, so to them, automatically showing and sorting that field is just exposing to them an additional complexity unnecessarily. People using different reconciliation date will have to remember to sort their table appropriately in reconciliation mode.

[hsoft]

(from [fafab039bb05]) [#155 state:fixed] Fixed entry table sort key for reconciliation date.
http://bitbucket.org/hsoft/moneyguru/changeset/fafab039bb05/