> I'm currently working on a transaction report, which I intend to use
> as a test case for the improved reporting infrastructure discussed
> previously on the list.
>
> As it turns out, all I need to do is print out a list of the splits
> in a particular account - with some filterting, orderin
I'm currently working on a transaction report, which I intend to use
as a test case for the improved reporting infrastructure discussed
previously on the list.
As it turns out, all I need to do is print out a list of the splits
in a particular account - with some filterting, ordering, and
forma
id was
that it was small and simple and got me going. A bit primitive, though.
Graham
> Rob Coker
>
> > -Original Message-
> > From: Graham Chapman [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, December 06, 1999 3:05 AM
> > To: [EMAIL PROTECTED]
> >
hey please. Though perhaps that should be thought of as a
> separate issue, not synonymous with reporting...
>
> Thoughts?
If people want to store the data in some "alternatively-mangled" form,
then it seems to me that there are at least three directions we can take
to help th
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> 1) Report generator, which walks the accounts and generates our
> "report-data". The "report-data" representation is unique
> to this particular report (though, if we're feeling really
> clever, we might specify some guidelines,
Rob Browning writes:
> However, you're right, with this setup if we didn't want to have to
> add a new rendering backend for each output format every time we
> wanted to create a new report, we'd have to develop another
> "sorta-language" which specified "document structure". So generatng a
Christopher Browne <[EMAIL PROTECTED]> writes:
> The alternative is to create a language that is "completely
> platonic" in being totally unaware at all times what the output form
> will be. That would mean we have to then create a separate
> translator, and effectively add a further sorta-langu
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> Did this. Problem now solved, for me. Has someone filed a bug
> against this package?
Oh yeah.
--
Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL
On Mon, 06 Dec 1999 18:36:44 +1100, the world broke into rejoicing as
Robert Graham Merkel <[EMAIL PROTECTED]> said:
>
> > I think this is very much the right idea; there is no doubt but that
> > there will be value to having a variety of output forms.
> >
> > Creating what amounts to a "fi
Rob Browning writes:
> Robert Graham Merkel <[EMAIL PROTECTED]> writes:
>
> > /dev : dpkg --status slib
> > Package: slib
> > Status: install ok installed
> > Priority: optional
> > Section: devel
> > Installed-Size: 1646
> > Maintainer: James LewisMoss <[EMAIL PROTECTED]>
> > Version:
Some time ago, as theGnuCash readme records, I produced a basic set of ASCII
reports for X-Accountant, one of GnuCash's ancestors. This set comprises trial
balance, profit & loss, balance sheet and transaction list. They will need
minor changes to handle differences between X-Accountant and GnuCha
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> However, from reading your sample language, I'm not clear whether my
> understanding of how such a language would work matches yours.
>
> My conception was that there would be NO output-format specific
> information in the reporting language. T
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> /dev : dpkg --status slib
> Package: slib
> Status: install ok installed
> Priority: optional
> Section: devel
> Installed-Size: 1646
> Maintainer: James LewisMoss <[EMAIL PROTECTED]>
> Version: 2c6-2
There are some "uncfortunate" problems with
> I think this is very much the right idea; there is no doubt but that
> there will be value to having a variety of output forms.
>
> Creating what amounts to a "financial reporting language" that can
> be used to push data at multiple output forms would be a *big* win.
>
I think we're a
On Mon, 06 Dec 1999 10:29:22 +1100, the world broke into rejoicing as
Robert Graham Merkel <[EMAIL PROTECTED]> said:
> Dave Peticolas writes:
> >
> > > I think that gnome-print is probably the right way to go, but I'm not
> > > sure how long it's going to be before it's ready for prime time.
Dave Peticolas writes:
> I think this is slib related. The files which are failing
> are all using slib. Do you have the latest slib installed?
>
/dev : dpkg --status slib
Package: slib
Status: install ok installed
Priority: optional
Section: devel
Installed-Size: 1646
Maintainer: James Lewi
> On 05 Dec 1999 18:47:33 -0600, John Hasler <[EMAIL PROTECTED]>
> said:
John> Robert Graham Merkel writes:
>> What is the purpose of printing the reports out in ASCII?
because I want to view them with Xemacs, less, more and cat. I aslo
want to email them to my wife, and she has no ne
> I suggested something like this in a subsequent mail. If you guys
> think this more complex method is worth the additional complexity, I'd
> be very happy to go with it.
I think it is easily worth it. I think it will save us lots of time
in the future when we need to add a new output format.
Robert Graham Merkel writes:
> What is the purpose of printing the reports out in ASCII?
I want to be able to access and manipulate them with ordinary text tools
such as more, grep, vi, email, etc. I would only want them typeset if I
was going to show them to a banker or some other suit.
--
Joh
> >
> > It looks like you're missing src/scm/srfi/* These are a set of *very*
> > useful implementations of the accepted schme "Scheme Request For
> > Implementation's" at www.schemers.org. The most useful one ATM is
> > SRFI-1 which contains some very efficient list processing algorithms.
Rob Browning writes:
> >
> > ~ : gnucash &
> > [2] 825
> > ~ : gnucash: bootstrap file is
>/usr/local/stow/gnucash-CVS/share/scm/bootstrap.scm
> > gnucash: [W] "failure loading
>""/usr/local/stow/gnucash-CVS/share/scm/srfi/srfi-8.guile.scm"
> > gnucash: [W] "failure loading
>""/
Dave Peticolas writes:
>
> > I think that gnome-print is probably the right way to go, but I'm not
> > sure how long it's going to be before it's ready for prime time. Do
> > you know, Dave?
>
> >From what I can extract from the gnome developer's site, the
> gnome printing libraries wil
> I think that gnome-print is probably the right way to go, but I'm not
> sure how long it's going to be before it's ready for prime time. Do
> you know, Dave?
>From what I can extract from the gnome developer's site, the
gnome printing libraries will be in the 1.2 release of Gnome,
which has
Rob Walker <[EMAIL PROTECTED]> writes:
> yes! please, please get them out in ASCII.
Well, if we go with my previous suggestion, spitting out plain ASCII
should be trivial, and depending on what you want to do, since the
report itself would be (text) scheme forms, you could write scripts to
do p
Robert Graham Merkel <[EMAIL PROTECTED]> writes:
> Two other things. Firstly, has there been any discussion on how
> best to produce printed reports? There are a couple of different
> approaches that come to mind:
A little.
> 1) Feed the generated HTML to a HTML/PS converter, and print the
>
Rob Walker writes:
>
> > On 05 Dec 1999 07:43:08 -0600, John Hasler <[EMAIL PROTECTED]>
> > said:
>
> John> Robert writes:
> >> Two other things. Firstly, has there been any discussion on how best to
> >> produce printed reports?
>
> >> ...HTML...Postscript...TeX...
>
> >>
> On 05 Dec 1999 07:43:08 -0600, John Hasler <[EMAIL PROTECTED]>
> said:
John> Robert writes:
>> Two other things. Firstly, has there been any discussion on how best to
>> produce printed reports?
>> ...HTML...Postscript...TeX...
>> Suggestions?
John> I don't suppose there is any cha
Robert writes:
> Two other things. Firstly, has there been any discussion on how best to
> produce printed reports?
> ...HTML...Postscript...TeX...
> Suggestions?
I don't suppose there is any chance of an option to produce reports in
ASCII?
--
John Hasler
[EMAIL PROTECTED] (John Hasler)
Danci
Rob Browning writes:
> Dave Peticolas <[EMAIL PROTECTED]> writes:
>
Thanks to both of you. I suspect it'll probably be a week before I'll
have any working code, but rest assured I'll be working on it!
Two other things. Firstly, has there been any discussion on how best to
produce printed r
Dave Peticolas <[EMAIL PROTECTED]> writes:
> > Where are these functions defined, and are there corresponding
> > functions to get information about individual transactions?
>
> Yes, the C functions are in src/engine/Transaction.?
> However, getting at Transactions is not as easy, since
> there
> I'm having a look at writing some transactions reports. If I can
> produce printed transaction reports I'll be able to convert my father
> from Quicken to Gnucash!
good luck!
> I've looked at the new Scheme reporting code, and am trying to figure out
> h
I've just applied Dave Peticolas' bigpatch, which seems to work fine.
I'm having a look at writing some transactions reports. If I can
produce printed transaction reports I'll be able to convert my father
from Quicken to Gnucash!
I've looked at the new Scheme reporti
32 matches
Mail list logo
