[EMAIL PROTECTED] writes:
> This may not be quite as "pretty" as what I was thinking of, but
> certainly sounds fine for now. It certainly passes the UNIX
> Philosophy "80% rule" of providing 80% of the functionality that I
> was hoping for. Furthermore, it looks to be more widely reusable,
> w
Rob Browning wrote:
> If you were willing to change the design so that the selections was
> just a list of buttons with potentially long names (like "Rent: exact
> match"), then one function could probably handle both this dialog and
> a category-list sub-dialog:
>
> (gnc:choose-from-list-dialo
[EMAIL PROTECTED] writes:
> Next step involves mapping through the list of accounts, and asking the
> user to pick a favorite account. This probably mandates creating a
> GTK dialogue looking something like:
>
> ==
> Category Translation Selec
Rob Browning wrote:
> [EMAIL PROTECTED] writes:
>
> > I'm having a bit of a time figuring out the "parsing" of account
> > lists (e.g. - the care and feeding of gnc:group-map-accounts, and so
> > forth), and figure that interacting directly with a Scheme reader is
> > liable to be more useful tha
[EMAIL PROTECTED] writes:
> I'm having a bit of a time figuring out the "parsing" of account
> lists (e.g. - the care and feeding of gnc:group-map-accounts, and so
> forth), and figure that interacting directly with a Scheme reader is
> liable to be more useful than the much more batch-like
> "ed
Killer question: How is it that I get a gnucash session started
that attaches on an interactive Scheme session? I'm now at the ugly point
of doing the "system integration" work to get the Guile code that has
loaded in lists of transactions to start interacting with the Engine.
I'm having a bit
