Oh and also: I'll wish to transition *all* html-acct-table based reports to force them to do subtotals properly.
There are currently 9 different combinations for subtotals while displaying accounts, depending on the Display settings "parent account balances" and "parent account subtotals"; the 'canonically-tabbed' option should be deprecated; and either parent account include children-account subtotals, or parent subtotals displayed after their children group. i.e. 9 combinations reduced to 2 options. I'll hope this can be achieved for 4.0. On Fri, 24 May 2019 at 03:07, Christopher Lam <christopher....@gmail.com> wrote: > Hi John > My plans for 4.0 will be > - remove *all* deprecated exported functions and deprecated code paths > - enable book-accounting-period preference > > I'd urge anyone with custom reports will observe the console or tracefile, > and watch for any scheme deprecation warnings while running latest versions > of GnuCash -- old functions are due a major cleanup. If there are, please > let us know via devel or bugzilla (and attach custom report). > > On Thu, 23 May 2019 at 19:12, John Ralls <jra...@ceridwen.us> wrote: > >> Back in the run-up to releasing GnuCash 3.0 when we adopted the two-digit >> release numbering we also said that we wanted to accelerate the major >> release tempo to 2-3 years instead of the 4 years that had gone between the >> previous several major releases. >> >> Well, it's two years later. We've added almost 1500 commits, but they've >> all been to the maint branch. There are a few low-effort changes on the >> table that would fit better into a new stable series, including more report >> system updates from Chris Lam and the report menu rearrangement Geert >> surfaced last week. >> >> The first alternative is to finish those up, merge them onto master, and >> release 4.0 in December as we optimistically planned 2 years ago. Along >> with that change we'd bump the C++ standard requirement to 14 so that we >> can use initializer lists correctly. That will require GCC 5.0 or Clang >> 3.4, which would raise the baseline distros to Ubuntu 16.04, Debian 9, Mint >> 18, and Fedora 25. RHEL/Centos users would need to install devtoolset-7 or >> devtoolset-8. OpenSuSE users would need to install one of the GCC upgrade >> packages. MacOS minimum would bump to 10.10 (Yosemite). MSYS2's toolchain >> is consistently bleeding-edge so Windows builds wouldn't be affected. >> >> The second alternative is to revert to the 4-year major release tempo, >> continuing the current 3.x stable series until the end of 2021 and hoping >> that we've made sufficient progress on the major goals by then. >> >> The third alternative is to not have a fixed major release schedule at >> all and instead to wait until the goals set out in >> https://wiki.gnucash.org/wiki/Release_Schedule#Goals_for_4.0 are >> completed. >> >> Geert and I, having discussed this on IRC, are inclined toward the first >> alternative because it allows us to update the minimum versions of several >> dependencies. >> >> Regards, >> John Ralls >> >> _______________________________________________ >> gnucash-devel mailing list >> gnucash-devel@gnucash.org >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> > _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
