Adrien, If you follow the mailing list link in Flywire's original, https://lists.gnucash.org/pipermail/gnucash-user/2021-October/097880.html, you'll see that it shares a hack of the Scheme relative-date code to shift the calendar year by a hard-coded 6 months. GnuCash 5 includes a rewrite of the option system in C++ so the hack can't be applied any more.
But I think it's unnecessary since changing the accounting period in preferences to e.g. 1 July 2023 - 30 June 2024 accompanies the same thing, the only problem being that you annually have to update the years. Note, though, that the accounting period preference is a bit too flexible: The relative dates are hard-coded to the first or last day of the calendar month, so they won't work if the period starts and ends in the middle of a month, and they assume a 12-month period so using some of the relative dates with an accounting period of more or less than 12 months will create reports that don't align with the period. Regards, John Ralls > On Mar 2, 2024, at 06:21, Adrien Monteleone <[email protected]> > wrote: > > I'm still not understanding what change you are referring to. > > In both 4.x and 5.x you can set your Accounting Period to a relative date or > an absolute date such as Jul 1 2024 to Jun 30 2024 and when you run reports, > choose relative dates such as 'Start/End of Accounting Period' or 'start/end > of previous year' which would line up with Jul 1 2023 to Jun 30 2023. > > I've never seen a relative option for 2 years prior. You can always run a > separate report with those absolute dates however. > > But it sounds like you made your own code modifications to do something > GnuCash didn't support, and now they don't work. That's not a fault of > GnuCash. That's a fault of your assumption that whatever code you relied on > to do it wouldn't change. Your solution isn't to insist the devs revert their > changes, but to fix your own code. > > Now, if any change in GnuCash *does* affect the intended and supported > behavior/functions, that would be a bug. > > Otherwise, reverting the change would need to have a very good case (beyond > helping you avoid changing your own hack) made in an RFE. > > Regards, > Adrien > > On 3/1/24 8:28 PM, flywire wrote: >> Follow the links through to the code - cur-year and cal-year. The hack >> supports: this, last and 2 years prior fiscal years which is about >> what you want preparing tax reports. > > _______________________________________________ > gnucash-user mailing list > [email protected] > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > ----- > Please remember to CC this list on all your replies. > You can do this by using Reply-To-List or Reply-All. _______________________________________________ gnucash-user mailing list [email protected] To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
