That would involve specifying a period to reconcile for and would require a major re-write of that code.
It also would be quite a mess because the real world doesn’t work that neatly. What should the software (and the user) do when Uncle Joe finally deposits that check you wrote him 4 months ago for his vintage record player he had at a garage sale and it appears on this month's bank statement? This is (one reason) why software is hard. The larger the user base, the more use cases have to be considered when making changes. GnuCash is used world-wide. At some point, it can’t be all things to all people, so the devs have to decide what they want the software to do, and then pare that down according to how much time they have to implement it. Regards, Adrien > On Oct 2, 2019 w40d275, at 6:31 AM, Arman Schwarz <armanschw...@gmail.com> > wrote: > > Another complimentary feature might be to restrict the date range of > reconciliations - if I'm reconciling a July 2019 statement against my > accounts, why should I be given the option of using a July 1010 transaction > to reconcile against? Maybe I should be able to specify the date range of > the statemetn I'm reconciling against? > _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
