Where are the styles for reports set?
Mike or Penny Novack
mpnovack at mtdata.com
Mon Jul 4 09:10:02 EDT 2016
> The 'eguile' reports do understand css, but not all the reports are
> available in this format, and the ones that do exist still need some
> work, but it's not a high priority of the core developers because it's
> easy to export the data if you want a report to look different (for
> example by copying and pasting the report data into a word processor).
And perhaps trying to do it all with INTERNAL (to gnucash) stuff a waste
of time.
Back when I first began using gnucash for keeping organizational books I
asked our lawyer-accountant type if I should code the special reports
used by non-profits (I was a retired "pro" after all). He said "Don't
bother, Mike. Just export the data needed for the reports and we then
use a favorite full service editing program to do all the fancy editing.
ANY accountant would prefer to do it that way." See, no matter how many
changes to the standard report you make there will sooner or later
always be one more needed.
Sure, back in the days when I did this sort of thing for a living, we
programmer/analysts did that sort of thin, wrote PROGRAMS* to do the
editing and changed those as the format needed a change. But the VOLUME
was large enough to justify the effort << you want to use a BATCH edit
process when it is 100K records you are changing each run >>
Michael D Novack
* I would classify a batch editing SCRIPT as a program. Any of the 'nix
shells plus standard library of utilities qualifies as a complete
programming language of the "string processing" type << the
fundamental/native data type is string ---- an early example of such a
language SNOBOL >>
More information about the gnucash-user
mailing list