On Sunday 13 March 2016 18:49:33 Carsten Rinke wrote:
> "several of your patches I did review and commit only to revert them
> afterwards again"
> I think that references the
> - cashflow calculation issue, which the patch was later-on declared
> "obsolete - not a bug, but misunderstanding of funct
Hi Geert,
"it is not a bug fix"
From end user point of view I disagree, but I agree that this is not an
item to waste energy on.
"several of your patches I did review and commit only to revert them
afterwards again"
I think that references the
- cashflow calculation issue, which the patch wa
On Thursday 10 March 2016 18:58:56 Carsten Rinke wrote:
> I have the same point of view regarding the categorization:
> This is adding an optional representation mode to existing reports.
> Not making up new reports.
> This option is available already for the networth line chart (even
> though diff
Hi Frank,
I have to admit, I am not sure if I get the point.
"who knows, what will be in 2 years"
certainly true, but if there is in option to add the fixes into master
(more or less) now, why not adding it to maint, too?
What will be the difference in 2 years?
(note: I am refering to small c
Hallo Carsten,
Am 10.03.2016 um 18:58 schrieb Carsten Rinke:
> I have the same point of view regarding the categorization:
> This is adding an optional representation mode to existing reports. Not
> making up new reports.
> This option is available already for the networth line chart (even
> thoug
I have the same point of view regarding the categorization:
This is adding an optional representation mode to existing reports. Not
making up new reports.
This option is available already for the networth line chart (even
though differently implemented), so I rather see this a bug fix instead
o
On Wednesday 09 March 2016 22:07:37 Geert Janssens wrote:
> On Wednesday 09 March 2016 10:40:51 Derek Atkins wrote:
> > John Ralls writes:
> > >> On Mar 8, 2016, at 11:32 AM, Carsten Rinke
> > >> wrote:
> > >>
> > >> The difference is the line chart option for budget reports: it
> > >> has
> > >
On Wednesday 09 March 2016 10:40:51 Derek Atkins wrote:
> John Ralls writes:
> >> On Mar 8, 2016, at 11:32 AM, Carsten Rinke
> >> wrote:
> >>
> >> The difference is the line chart option for budget reports: it has
> >> alrady been included on the master branch, but not on the maint
> >> branch.
John Ralls writes:
>> On Mar 8, 2016, at 11:32 AM, Carsten Rinke wrote:
>>
>> The difference is the line chart option for budget reports: it has
>> alrady been included on the master branch, but not on the maint
>> branch.
>> I did a git pull today again on both branches just to make sure I
>>
> On Mar 8, 2016, at 11:32 AM, Carsten Rinke wrote:
>
> The difference is the line chart option for budget reports: it has alrady
> been included on the master branch, but not on the maint branch.
> I did a git pull today again on both branches just to make sure I did not
> miss anything.
Sor
The difference is the line chart option for budget reports: it has
alrady been included on the master branch, but not on the maint branch.
I did a git pull today again on both branches just to make sure I did
not miss anything.
Regards,
Carsten
On 07.03.2016 23:42, John Ralls wrote:
On Mar 7,
> On Mar 7, 2016, at 10:15 AM, Carsten Rinke wrote:
>
> Ok.
>
> I have submitted a patch for line charts in all reports (new Bug 763257,
> currently only for maint) and simply commented out those parts which were
> causing a warning message.
> To be uncommented and re-worked, once urls get re
Ok.
I have submitted a patch for line charts in all reports (new Bug 763257,
currently only for maint) and simply commented out those parts which
were causing a warning message.
To be uncommented and re-worked, once urls get re-introduced.
Regards,
Carsten
On 07.03.2016 17:29, Geert Janssens
On Mon, Mar 7, 2016 at 12:10 AM, Carsten Rinke wrote:
> when trying to introduce line charts to all graphical reports I run into
> the effect, that warnings are thrown in the area of setting up urls for the
> charts.
>
> I think that is to make the charts interactive, so you can click on lines
>
On Monday 07 March 2016 11:08:50 Derek Atkins wrote:
> Geert Janssens writes:
> > GnuCash used to have interactive charts stem in the 1.x era. Back
> > then it used an guppi to plot
> > the charts.
> >
> > Guppi was replaced with goffice during the migration to gtk2 (which
> > also started the 2.
Geert Janssens writes:
> GnuCash used to have interactive charts stem in the 1.x era. Back then
> it used an guppi to plot
> the charts.
>
> Guppi was replaced with goffice during the migration to gtk2 (which
> also started the 2.x series
> of gnucash). I was not part of the team back then so I d
On Monday 07 March 2016 07:10:07 Carsten Rinke wrote:
> Hi,
>
> when trying to introduce line charts to all graphical reports I run
> into the effect, that warnings are thrown in the area of setting up
> urls for the charts.
>
> I think that is to make the charts interactive, so you can click on
(Again I removed gnucash-user. No need to cross-post)
On Monday 22 February 2016 18:32:03 Pedro Albuquerque wrote:
> Hi Geert, all
>
> I'll think about a way to contribute more widely as soon as I solve my
> "local" problems. But I most certainly don't want to raise a huge
> discussion about the
(I removed gnucash-user from the cc list)
On Monday 22 February 2016 18:26:03 Pedro Albuquerque wrote:
> Hi,
>
> About the merge, it's just an idea, thank you for your comment, I'll
> think about that.
>
There has been another discussion recently [1] about merging the two documents
together.
T
Hi Geert, all
I'll think about a way to contribute more widely as soon as I solve my
"local" problems. But I most certainly don't want to raise a huge
discussion about the merge.
I'm trying to follow John's advices, after what I'll translate my idea
and submit it as a bug. Starting there, we'll s
Hi,
About the merge, it's just an idea, thank you for your comment, I'll
think about that.
About the other issue, like I said, there was a previous discussion
about the use of GC in certain countries. It started, if I'm not
mistaken, with a Swedish user and their tax authority imposing the
existe
Hi,
Pedro Albuquerque writes:
> Platform independently speaking, I would rather have the help manual and
> the guide merged into one single document and then split in two again,
> one for personal finances and another for business finances.
In my opinion, the Help and the Guide serve different
On Sunday 21 February 2016 08:21:16 Pedro Albuquerque wrote:
> Hi again,
>
> I read the bugs you mentioned David, and all other bugs and
> attachments related. And the wiki articles, and several Internet
> pages John, thank you for pulling my ears. ;-)
> Of course, I'm not aware of the new platfo
Hi again,
I read the bugs you mentioned David, and all other bugs and attachments
related. And the wiki articles, and several Internet pages John, thank
you for pulling my ears. ;-)
Of course, I'm not aware of the new platform discussion, nor should I
worry about that, according to Geert Janssens
Hi,
Dmitry Pavlov writes:
> Hi,
> is there any tools (functions) in guile lib for reports to perform
> something more difficult and customizable then simple linear placement of
> report options (one after another from top to bottom of popup menu)? I've
> tried to find something but without any r
Gour wrote:
> The question is how much infrastructure is provided by python-bindings
> and what is missing so that Gnucash can have nice customization
> features via python & some templating language?
Sorry for taking awhile to get back on this.
I'm not sure what is missing, as I'm been happy wit
On Sunday July 25 2010 22:37:14 J. Alex Aycinena wrote:
> > From: Mike Evans
> > To: gnucash-devel@gnucash.org
> > Date: Sun, 25 Jul 2010 10:40:38 +0100
> > Subject: Re: Reports broken?
>
> > On Sunday July 25 2010 06:46:54 J. Alex Aycinena wrote:
>
>
> From: Mike Evans
> To: gnucash-de...@gnucash.org
> Date: Sun, 25 Jul 2010 10:40:38 +0100
> Subject: Re: Reports broken?
> On Sunday July 25 2010 06:46:54 J. Alex Aycinena wrote:
>> > In /usr/local/share/gnucash/scm/html-style-sheet.scm:
>> > 233: 26 (let (
On Sunday July 25 2010 06:46:54 J. Alex Aycinena wrote:
> Mike,
>
> > -- Forwarded message --
> > From: Mike Evans
> > To: gnucash-devel@gnucash.org
> > Date: Sat, 24 Jul 2010 12:49:54 +0100
> > Subject: Reports broken?
> > SVN r19378 on Fedora12
> >
> > I get the following log o
Mike,
> -- Forwarded message --
> From: Mike Evans
> To: gnucash-de...@gnucash.org
> Date: Sat, 24 Jul 2010 12:49:54 +0100
> Subject: Reports broken?
> SVN r19378 on Fedora12
>
> I get the following log output when running any report .
>
>
> In /usr/local/share/gnucash/scm/report.
Derek Atkins wrote:
Umm, have you even LOOKED at eguile?? If so, which reports have you
Sure i "didn't"...
Or maybe there is another eguile, not this one:
http://woozle.org/~neale/src/eguile/
looked at, and which version(s) of GnuCash? What kind of "hard coded
messy stuff" have you found
Laimonas Vėbra writes:
> Derek Atkins wrote:
>
>> HTML5 + CSS is the direction we seem to be heading, using e-guile
>> as the template rendering mechanism. But I suspect any major report
>> re-writing is going to happen post-2.4.
>
> Sad, because eguile is just a poor solution and reports (using
Don't forget to include the list.
On Fri, 2010-04-16 at 21:12 +0300, Laimonas Vėbra wrote:
> Phil Longstaff wrote:
> > On Fri, 2010-04-16 at 20:03 +0300, Laimonas Vėbra wrote:
> >> Phil Longstaff wrote:
> >>
> >>> I would suggest looking through the tutorial.
> >>> http://www.cs.aau.dk/~normark/sc
On Fri, 2010-04-16 at 20:03 +0300, Laimonas Vėbra wrote:
> Phil Longstaff wrote:
>
> > I would suggest looking through the tutorial.
> > http://www.cs.aau.dk/~normark/scheme/distribution/laml/tutorial/index.html
>
> Looking for WHAT?
> How to elegantly write structured, validating html report/con
On Fri, 2010-04-16 at 19:30 +0300, Laimonas Vėbra wrote:
> Christian Stimming wrote:
>
> > I don't know LAML or any other potential options so far. Can you explain /
> > outline a bit how using LAML will result in more "mature" or
> > "standards-aware"
> > report writing? From looking at the page
Phil Longstaff wrote:
I would suggest looking through the tutorial.
http://www.cs.aau.dk/~normark/scheme/distribution/laml/tutorial/index.html
Looking for WHAT?
How to elegantly write structured, validating html report/content in
pure scheme...?
__
Christian Stimming wrote:
I don't know LAML or any other potential options so far. Can you explain /
outline a bit how using LAML will result in more "mature" or "standards-aware"
report writing? From looking at the page, I don't immediately see how this
Well, it could result in a common (and
On Fri, 2010-04-16 at 17:47 +0300, Laimonas Vėbra wrote:
> Derek Atkins wrote:
>
> > HTML5 + CSS is the direction we seem to be heading, using e-guile
> > as the template rendering mechanism. But I suspect any major report
> > re-writing is going to happen post-2.4.
>
> Sad, because eguile is ju
Phil Longstaff wrote:
I just took a look at laml. It basically is a scheme library to
generate various xml outputs, including html. The advantage is that it
works at a much higher level of abstraction than we currently have. The
disadvantage is that it is still scheme code.
IMHO -- it's adv
Am Freitag, 16. April 2010 schrieb Laimonas Vėbra:
> If gnucash reporting is moving towards webkit (full featured html
> engine), shouldn't we consider using/choosing some kind of mature
> (html/xml), standards-aware „templating“ engine/solutions, such as LAML:
>
> http://www.cs.aau.dk/~normark/la
Derek Atkins wrote:
HTML5 + CSS is the direction we seem to be heading, using e-guile
as the template rendering mechanism. But I suspect any major report
re-writing is going to happen post-2.4.
Sad, because eguile is just a poor solution and reports (using it) are
just hard coded messy stuff
Hi,
Laimonas Vėbra writes:
> Hello All,
>
> If gnucash reporting is moving towards webkit (full featured html
> engine), shouldn't we consider using/choosing some kind of mature
> (html/xml), standards-aware „templating“ engine/solutions, such as
> LAML:
>
> http://www.cs.aau.dk/~normark/laml/
>
On Fri, 2010-04-16 at 17:03 +0300, Laimonas Vėbra wrote:
> Hello All,
>
> If gnucash reporting is moving towards webkit (full featured html
> engine), shouldn't we consider using/choosing some kind of mature
> (html/xml), standards-aware „templating“ engine/solutions, such as LAML:
>
> http://w
Phil Longstaff wrote:
I've been thinking about how reports are structured and created. I'm not an
accountant, but I have worked in a financial office. The accounting package had
some interesting features to support report creation, and I'd like to see some
of the adopted for gnucash:
1) Row
On March 19, 2009 12:40:27 pm Derek Atkins wrote:
> Hi,
>
> Phil Longstaff writes:
> > While doing some testing on the sql backend, I noticed that when I run a
> > report (e.g. Balance Sheet), the report system attempts to query all
> > transactions for the root account. The sql backend tries to
Hi,
Phil Longstaff writes:
> While doing some testing on the sql backend, I noticed that when I run a
> report (e.g. Balance Sheet), the report system attempts to query all
> transactions for the root account. The sql backend tries to do a
> xaccAccountLookup() on the guid in the qofQuery, a
Hi,
Quoting Christian Stimming :
> Am Freitag, 6. Februar 2009 16:56 schrieb Derek Atkins:
>> Hey all,
>>
>> I recently upgraded my gnucash-trunk to a more recent version from SVN
>> and now all my reports are completely wonky! I get lots of blank
>> space, empty lines, etc. The reports are pra
Am Freitag, 6. Februar 2009 16:56 schrieb Derek Atkins:
> Hey all,
>
> I recently upgraded my gnucash-trunk to a more recent version from SVN
> and now all my reports are completely wonky! I get lots of blank
> space, empty lines, etc. The reports are practically unusable.
>
> I haven't tracked d
On Wed, 2006-04-19 at 11:41 +0900, Bengt Thuree wrote:
> When everything have stabilized after the release of 2.0, what are the
> plans for reports and a possible overview screen?
Why don't we talk about it then, when we acutally have time to talk
about it?
> On the IRC the other week or so, the
On On, 2006-04-19, 11:50, Josh Sled skrev:
> On Wed, 2006-04-19 at 11:41 +0900, Bengt Thuree wrote:
>> When everything have stabilized after the release of 2.0, what are the
>> plans for reports and a possible overview screen?
>
> Why don't we talk about it then, when we acutally have time to talk
--On February 20, 2006 1:47:57 PM -0500 Derek Atkins <[EMAIL PROTECTED]>
wrote:
Personally, I'm less worried about translating across currencies than
I am about getting a proper stock->currency price. Let's get the
report working "correctly" for a single currency, and then we can add
in suppor
Quoting Mike Alexander <[EMAIL PROTECTED]>:
--On February 20, 2006 9:15:05 AM -0800 Andrew Sackville-West
<[EMAIL PROTECTED]> wrote:
One thing I would add to the discussion is to point out that the
pricedb is used for two things in this report (and elsewhere). It
contains prices in some curr
--On February 20, 2006 9:15:05 AM -0800 Andrew Sackville-West
<[EMAIL PROTECTED]> wrote:
One thing I would add to the discussion is to point out that the
pricedb is used for two things in this report (and elsewhere). It
contains prices in some currency for the commodities (stocks, bonds,
etc.)
On Mon, 20 Feb 2006 03:45:23 -0500
Mike Alexander <[EMAIL PROTECTED]> wrote:
> --On February 19, 2006 1:56:38 PM -0800 Andrew Sackville-West
> <[EMAIL PROTECTED]> wrote:
>
> >
> > It should IMO also use transactions for current value and make a
> > decision as to which is more accurate, or close
--On February 19, 2006 1:56:38 PM -0800 Andrew Sackville-West
<[EMAIL PROTECTED]> wrote:
It should IMO also use transactions for current value and make a
decision as to which is more accurate, or closer in date to the report
date. but only use buy or sell transactions as those are the only one
On Sun, 19 Feb 2006 14:43:14 -0700
Mark Johnson <[EMAIL PROTECTED]> wrote:
> Derek Atkins wrote:
>
> > Quoting Andrew Sackville-West <[EMAIL PROTECTED]>:
> >
> >> On Sun, 19 Feb 2006 12:20:42 -0800
> >> Andrew Sackville-West <[EMAIL PROTECTED]> wrote:
> >>
> >>> <>
> >>>
> >>> I've done some more
Derek Atkins wrote:
Quoting Andrew Sackville-West <[EMAIL PROTECTED]>:
On Sun, 19 Feb 2006 12:20:42 -0800
Andrew Sackville-West <[EMAIL PROTECTED]> wrote:
<>
I've done some more testing using different options for price source
and whether to show gains or not and the report, as currently mo
Quoting Andrew Sackville-West <[EMAIL PROTECTED]>:
On Sun, 19 Feb 2006 12:20:42 -0800
Andrew Sackville-West <[EMAIL PROTECTED]> wrote:
<>
I've done some more testing using different options for price source
and whether to show gains or not and the report, as currently modified
in my tree show
On Sun, 19 Feb 2006 12:20:42 -0800
Andrew Sackville-West <[EMAIL PROTECTED]> wrote:
><>
>
> I've done some more testing using different options for price source
> and whether to show gains or not and the report, as currently modified
> in my tree shows no difference between these various settings
On Sun, 19 Feb 2006 15:08:55 +0100
Christian Stimming <[EMAIL PROTECTED]> wrote:
> Hi Andrew and Mark,
>
> Am Samstag, 18. Februar 2006 18:20 schrieb Mark Johnson:
> > >2) you can always come in the next day and record the current price for
> > > the fund so that the pricedb shows the current val
Hi Andrew and Mark,
Am Samstag, 18. Februar 2006 18:20 schrieb Mark Johnson:
> >2) you can always come in the next day and record the current price for
> > the fund so that the pricedb shows the current value. Make sense? the
> > only thing you'll lose will be the price history. Its okay that you
I think it might make sense in some cases but not in all cases.
-derek
don Paolo Benvenuto <[EMAIL PROTECTED]> writes:
> Studying the situation of the report system, I'm wondering whether it
> would be difficult to implemente that the accounts that are currently
> selected in the accounts tree a
"John Arrowwood" <[EMAIL PROTECTED]> writes:
> Can someone help me out, just a touch? Pick one report, for example
> the cash-flow report...what's the name of the file that is the source
cash-flow.scm
> for it? Also, can you point me to some docs on how to create a new
> entry ... without re-c
Christian Stimming writes:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Wednesday 28 March 2001 01:48, Dave Peticolas wrote:
> > Here is a list of reports that need to be done for 1.6.
> >
> > NameTypeStatus
> >
> > Account Summary table2
> > Ave
-BEGIN PGP SIGNED MESSAGE-
On Wednesday 28 March 2001 01:48, Dave Peticolas wrote:
> Here is a list of reports that need to be done for 1.6.
>
> NameTypeStatus
>
> Account Summary table2
> Average Balance table/graph 2
> Bal
On Mon, Mar 26, 2001 at 06:38:33PM -0600, Carol Champagne wrote:
> I was able to open reports/graphs into the main window but couldn't
> figure out how to delete them. Once I add a report "tab" on the left,
> there doesn't seem to be an option to delete it.
There's a "close" menu option in the p
[EMAIL PROTECTED] writes:
>
> I'd like to see 'invoice' added as a report type. The way I envision
> it, its almost identical to 'transaction report', except that the visual
> layout resembles an invoice. The adressee would either be typed in by
> hand, or maybe pulled out of the account
Charles Gagnon writes:
> In the Project Goals I read:
>
> "The Report Generator should be a separate but "dockable"
> subsystem of the whole. That is, it should be possible to
> run the report generator in a stand-alone, read-only fashion
> without having to start up the main
On Tue, Dec 05, 2000 at 09:25:17AM +1100, Robert Graham Merkel wrote:
> > I will put one together this afternoon.
> OK.
Would you believe... THIS afternoon?
I think that may have been a wasted cultural reference. Do you guys
get a 60's TV spy show called "Get Smart"? This was a formative
t
Robert Graham Merkel writes:
>
> BTW, relative dates are almost ready for submission. Sorry its taken
> so long, but it took considerably more code than I thought it would (the patc
> quite large).
No worries, better you do it right than quick.
> Once that's done, I think I might try and add
On Sun, 16 Jul 2000, you wrote:
> Terry writes:
> > I have been using a report I put together for use under gnucash (actually I
> > stole a lot from the other reports and Dave fixed my errors). I would like to
> > send it to gnucash for use by others if they want to. I haven't sent it befor
> > th
Terry writes:
> I have been using a report I put together for use under gnucash (actually I
> stole a lot from the other reports and Dave fixed my errors). I would like to
> send it to gnucash for use by others if they want to. I haven't sent it befor
> this for two reasons:
>
> 1: It causes gnuc
Robert Graham Merkel wrote:
>
> > Matthew Vanecek writes:
> > > Hi,
> > > I was wondering (1.4.0 looks great, btw--solid), if there is a way to
> > > get a monthly total for each account/category, for a range of months.
> > > Currently there does not seem to be anything that will do this. M
> Matthew Vanecek writes:
> > Hi,
> > I was wondering (1.4.0 looks great, btw--solid), if there is a way to
> > get a monthly total for each account/category, for a range of months.
> > Currently there does not seem to be anything that will do this. Maybe
> > with the months across the top
Matthew Vanecek writes:
> Hi,
> I was wondering (1.4.0 looks great, btw--solid), if there is a way to
> get a monthly total for each account/category, for a range of months.
> Currently there does not seem to be anything that will do this. Maybe
> with the months across the top, and the (sub)cat
Dave Peticolas <[EMAIL PROTECTED]> writes:
> > Do you mean the SICP style object stuff? If so, then I'm just fine
> > with that - it's a really nice model. I think my only remaining
> > concern with that approach was performance, and if that's not an
> > issue, then it's not an issue :>
>
> I
Gerald Champagne <[EMAIL PROTECTED]> writes:
> I'm interested in this because the storing everything in one file
> would make the important file larger, and therefore more difficult
> to maintain backups.
The first step is going to be switching so that the "named thing" is
actually a directory.
> > Right, I've been calling these 'instantiated' reports. The infrastructure
> > for saving the parameters is there; we just need to add a way to save
> > information associated with a gnucash data file. We also need a way to
> > refer to accounts in a unique, non-volatile way (fully-qualified ac
> Right, I've been calling these 'instantiated' reports. The infrastructure
> for saving the parameters is there; we just need to add a way to save
> information associated with a gnucash data file. We also need a way to
> refer to accounts in a unique, non-volatile way (fully-qualified account
>
On 06 Apr 2000 20:30:27 CDT, the world broke into rejoicing as
Rob Browning <[EMAIL PROTECTED]> said:
> Dave Peticolas <[EMAIL PROTECTED]> writes:
>
> > Right now, reports are represented in guile as a vector containing a
> > version, name, option generator, and renderer. Some things I'd like
>
> Dave Peticolas <[EMAIL PROTECTED]> writes:
>
> > Right now, reports are represented in guile as a vector containing a
> > version, name, option generator, and renderer. Some things I'd like
> > to add in the future include a help text generator, and
> > report-specific toolbar buttons and menu
Dave Peticolas <[EMAIL PROTECTED]> writes:
> Right now, reports are represented in guile as a vector containing a
> version, name, option generator, and renderer. Some things I'd like
> to add in the future include a help text generator, and
> report-specific toolbar buttons and menu items. To e
> On Thu, 06 Apr 2000, Dave Peticolas wrote:
> > Right now, reports are represented in guile as a vector
> > containing a version, name, option generator, and renderer.
> > Some things I'd like to add in the future include a help
> > text generator, and report-specific toolbar buttons and
> > menu
On Thu, 06 Apr 2000, Dave Peticolas wrote:
> Right now, reports are represented in guile as a vector
> containing a version, name, option generator, and renderer.
> Some things I'd like to add in the future include a help
> text generator, and report-specific toolbar buttons and
> menu items. To e
Bryan Larsen wrote :
>
> There are several options for getting the graphs more closely integrated with
> the html or the system. Gnuplot can output to a .PNG instead of a window, the
> simplest compound document is HTML with an IMG tag! As well, gnuplot can
> output to a TK Canvas, and there ar
Bryan Larsen <[EMAIL PROTECTED]> writes:
> - the report I want for a transaction report would go through the
> user specified list of accounts, over a user specified range of
> dates. For each account, it would display all the transactions, and
> then a subtotal.
With the exception of the subto
On Mon, 27 Mar 2000, you wrote:
> Let's talk about reports and gnucash for a minute.
You didn't get much discussion. That's a shame. Especially after reading
Miguel's interview on Slashdot, Bonobo sounds very interesting.
A compound document structure would be nice from the point of view of
Dave Peticolas wrote:
>
> > Dave Peticolas wrote:
> > >
> > > > Hi!
> > > >
> > > > I lost track of which reports should work and which are broken,
> > > > so I'm sending a bug report...
> > >
> > > I just patched the balance and profit&loss reports.
> > > Could you try them again?
> > >
> > > th
> Hi!
>
> I lost track of which reports should work and which are broken,
> so I'm sending a bug report...
I just patched the balance and profit&loss reports.
Could you try them again?
thanks,
dave
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
On 02 Mar 2000 21:38:57 CST, the world broke into rejoicing as
Rob Browning <[EMAIL PROTECTED]> said:
> In any case, unless the concensus is that we don't care about running
> from the build dir, I'll see if I can fix the current code...
When I'm fiddling with .scm files, I set them all to be wr
>
> This is clearly the right way to go, but right now all we seem to have is the
> "schemed" interface.
>
> Are there plans to create some kind of plug-in library interface or a richer
> set of UI building calls ?
>
> I'm not by any means a scheme expert, so I have trouble envisioning respon
Rob Browning wrote:
> Matt Martin <[EMAIL PROTECTED]> writes:
>
> > Agreed that canvas might be the way to go. Also, the guppi project
> > might revive itself and provide an even easier option. The cool
> > thing about canvas is that we could make some neat interactive
> > charts (EG click to se
Matt Martin <[EMAIL PROTECTED]> writes:
> Agreed that canvas might be the way to go. Also, the guppi project
> might revive itself and provide an even easier option. The cool
> thing about canvas is that we could make some neat interactive
> charts (EG click to see the internals of a pie slice.)
Rob Browning wrote:
> Matt Martin <[EMAIL PROTECTED]> writes:
>
> > B) What about something that could be functional NOW ? I noticed
> > that there was some mention of gnu plotutils in earlier gnucash
> > work. Was there a problem with that approach ?
>
> The only problem was that I wanted to u
Matt Martin <[EMAIL PROTECTED]> writes:
> B) What about something that could be functional NOW ? I noticed
> that there was some mention of gnu plotutils in earlier gnucash
> work. Was there a problem with that approach ?
The only problem was that I wanted to use plotutils directly (via the
li
> > > I would dare say that the ability to quickly summarize ones financial
> > > position is much of the point for tracking money in the computer. This
> > > would be especially useful if done in graphical form(someday)
> > >
> >
> > Agreed. Work on GUPPI has apparently started up again. I
> > I would dare say that the ability to quickly summarize ones financial
> > position is much of the point for tracking money in the computer. This
> > would be especially useful if done in graphical form(someday)
> >
>
> Agreed. Work on GUPPI has apparently started up again. If they
> suc
Matt Martin writes:
> Thanks to all for the earlier assists!
>
> In playing around with the report code, I am hoping to create some time-resolved
>info (for example computer expenses by month )
>
> The previous perl report approach allowed one to "Query" accounts providing limits
>of st
Rob Browning writes:
> [EMAIL PROTECTED] writes:
>
> > OK, that's the same crash that I see. Is it possible to catch
> > and sort of scheme/guile trap, and handle it rather than just dumping
> > core? Because a core dump requires the lock file to be removed, etc.
> > Yuck.
>
> Right.
Thanks to all for the earlier assists!
In playing around with the report code, I am hoping to create some time-resolved info
(for example computer expenses by month )
The previous perl report approach allowed one to "Query" accounts providing limits of
start and end time.
These functions do n
1 - 100 of 109 matches
Mail list logo
