One might want the same configuration in many respects and the same options on various reports to be ’saved’ (since there is no other way to accomplish this task) as user configured defaults to be useful across various books.
Some people have separate files for many entities and they shouldn’t have to re-create all of that work for each one. You might always want to roll up child totals to the parent or not show zero balance accounts for example, regardless of the entity you are running reports for. Your accountant might always want to see reports following a certain format, different from the GnuCash defaults, regardless of the entity. But I also see the case where multiple users might access the same data file and you’d want them all to have the same configuration for the book options and a standard set of reports to be able to run. Certainly, there is room for improvement for a multi-user environment. (which GnuCash does not officially support at present from my understanding) Perhaps the user environment itself should be an option which would determine where the various configurations are stored. (or more likely, how they are stored, as they should probably all be located *with* the data file, though not necessarily a part of it.) Another option, specific to reports would be the ability to create a ‘custom default’ set of options. This would allow the creation of new books without having to 'remake the wheel’. (I understand ‘custom default’ may sound absurd to some, but think of this more like a ’template’.) Regards, Adrien > On Feb 23, 2019, at 8:53 PM, David T. via gnucash-devel > <gnucash-devel@gnucash.org> wrote: > > Storing configuration data separately from the financial data and on a user > (as opposed to a book) basis is questionable. > > Storing saved reports separately from the financial data and on a user basis > makes no sense at all. A saved report for one file will be meaningless in > another. This issue has come up many times on the lists. > > The fact that we even need a wiki page dedicated to file and configuration > locations-- let alone one as long and convoluted as the one we have (and > which needs additional diagramming)-- only underscores this problem. > > I want to be clear that I am truly grateful that Chris has decided to work on > reports, and I have great respect for his ability to work with Scheme. I've > yet to succeed in either editing an existing report or getting a third party > report installed on my Mac. 13 years of futility on that front! > > David T. > _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
