Reporting system and potentially Python

David T. sunfish62 at
Tue Nov 15 18:08:46 EST 2011

I note that Yawar's page ( looks like a great start to documenting the reports. It is currently a ghost on the site, though; nothing apparently links to it. I believe it would be useful to link to it directly from the main wiki page (, either under Development or Documentation.

What would be the preference?


----- Original Message -----
From: Mike Evans <mikee at>
To: Hendrik Boom <hendrik at>
Cc: gnucash-devel at
Sent: Tuesday, November 15, 2011 5:56 AM
Subject: Re: Reporting system and potentially Python

On Tue, 15 Nov 2011 13:30:37 +0000 (UTC)
Hendrik Boom <hendrik at> wrote:

> On Fri, 08 Jul 2011 23:33:16 -0400, John Ralls wrote:
> > On Jul 8, 2011, at 8:15 PM, Yawar Amin wrote:
> > 
> >> 
> >> If we stick with Scheme, we can take advantage of all the low-level
> >> functions that already exist for data extraction and report
> >> layout. But we can also move to a declarative model where we can
> >> have convention (re-use the report definitions as options) over
> >> configuration (build an options dialog box).
> >> 
> >> Also, is it still true that we have to restart GnuCash every time
> >> we change a Scheme report, to see the changes? In any case, we
> >> need to make it dead easy for users to import and run and custom
> >> reports.
> >> 
> >> Best,
> >> 
> >> Yawar
> >> 
> >> * I find that I’m saying ‘declarative’ a lot nowadays–I think it
> >> has to do with the fact that I’m learning Haskell :-)
> >> 
> >> 
> > Fun. Two questions: Can that be easily converted into a string
> > parser so that normal users aren't put off by the extra
> > parentheses, and is there anything about that that works in Scheme
> > but not in C?
> One of the hallmarks of Scheme is its metaprogrammability, for 
> applications just like this.  And its simple syntax promotes this.
> Not that it isn't  possible to write string parsers and the like, and 
> many Scheme systems come with packages for this.  But once you go
> this route, coding tends to become inflexible, like in C.
> But as I've said elsewhere, the greatest barrier users encounter in 
> trying to use the existing reporting tools isn't that they're written
> in Scheme.  It's that the API they use is undocumented.  That's
> something I hope to do something about.
> -- hendrik

I believe Yawar has made a start on documenting the API at

gnucash-devel mailing list
gnucash-devel at

More information about the gnucash-devel mailing list