Andrew Sackville-West [EMAIL PROTECTED] writes:
On Fri, Dec 21, 2007 at 01:53:39PM -0500, Andrew Sackville-West wrote:
Author: andrewsw
Date: 2007-12-21 13:53:38 -0500 (Fri, 21 Dec 2007)
New Revision: 16690
Trac: http://svn.gnucash.org/trac/changeset/16690
Modified:
Phil Longstaff [EMAIL PROTECTED] writes:
Two questions:
1) Can anyone tell me why gnc_price_set_time() takes a Timespec passed
by value but the routines in Transaction.h which take Timespecs are
passed by reference? It would simplify the gda backend if they were
always passed the same
Hi Phil,
Am Freitag, den 21.12.2007, 20:10 -0500 schrieb Phil Longstaff:
2) Now that GDates are used, is there any reason that Timespec couldn't
be replaced by GDate everywhere?
GDates only support dates, but no times. So is the question is whether
we we want to support only whole days.
--
Derek Atkins wrote:
Phil Longstaff [EMAIL PROTECTED] writes:
Two questions:
1) Can anyone tell me why gnc_price_set_time() takes a Timespec passed
by value but the routines in Transaction.h which take Timespecs are
passed by reference? It would simplify the gda backend if they were
Quoting Andreas Köhler [EMAIL PROTECTED]:
Hi Phil,
Am Freitag, den 21.12.2007, 20:10 -0500 schrieb Phil Longstaff:
2) Now that GDates are used, is there any reason that Timespec couldn't
be replaced by GDate everywhere?
GDates only support dates, but no times. So is the question is
Derek Atkins wrote:
Phil Longstaff [EMAIL PROTECTED] writes:
OK. If you can create a new branch for me, I will move my work over to it.
Done. /branches/gda-dev2
Please check that I have access.
Phil
___
gnucash-devel mailing list
Quoting Phil Longstaff [EMAIL PROTECTED]:
Derek Atkins wrote:
Phil Longstaff [EMAIL PROTECTED] writes:
OK. If you can create a new branch for me, I will move my work over to it.
Done. /branches/gda-dev2
Please check that I have access.
You should. Have you tried it and access was
Derek Atkins wrote:
Quoting Phil Longstaff [EMAIL PROTECTED]:
Derek Atkins wrote:
Phil Longstaff [EMAIL PROTECTED] writes:
OK. If you can create a new branch for me, I will move my work
over to it.
Done. /branches/gda-dev2
Please check that I have access.
You should. Have you
Hi,
I decided to spend some time this weekend on a simple dialog to
help you zero-ize your income and expense accounts. I've come
up with a dialog that effective looks like this (please excuse the
ASCII Art but I don't want to have to write the code to actually
fill in the dialog yet):
Quoting Phil Longstaff [EMAIL PROTECTED]:
Please check that I have access.
You should. Have you tried it and access was denied?
I'm getting:
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/repo/!svn/act/94daab68-f841-0410-a0c6-d1b23a144c0b': 403 Forbidden
Derek Atkins wrote:
Quoting Phil Longstaff [EMAIL PROTECTED]:
Please check that I have access.
You should. Have you tried it and access was denied?
I'm getting:
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/repo/!svn/act/94daab68-f841-0410-a0c6-d1b23a144c0b': 403 Forbidden
Derek Atkins wrote:
Hi,
I decided to spend some time this weekend on a simple dialog to
help you zero-ize your income and expense accounts. I've come
up with a dialog that effective looks like this (please excuse the
ASCII Art but I don't want to have to write the code to actually
fill in
Quoting Phil Longstaff [EMAIL PROTECTED]:
The Income Statement report has an option allowing you to specify the
closing entries pattern. You may want to allow the transaction
description to be set in your dialog box so that it can match any
currently existing closing transactions.
Ah, yes,
Am Sonntag, 23. Dezember 2007 18:49 schrieb Derek Atkins:
Quoting Andreas Köhler [EMAIL PROTECTED]:
Hi Phil,
Am Freitag, den 21.12.2007, 20:10 -0500 schrieb Phil Longstaff:
2) Now that GDates are used, is there any reason that Timespec couldn't
be replaced by GDate everywhere?
Chris Shoemaker a écrit :
On Wed, Aug 22, 2007 at 10:13:32PM +0200, Thierry Scalais wrote:
Last year, I modified the advanced-portfolio report to add some useful
functionality. I posted the report to this mailing list on September
2006. This reports worked fine with Gnucash 2.0.
Ah, yes, a Description for the transaction. Good point! Thanks,
I'll go add that.
Anything else
-derek
The date for which the closing takes place should be a user set variable
(OK to have it default to 12/31/current year).
a) You don't know the FISCAL calendar of your users. Not
Hi Clytie,
Am Mittwoch, 19. Dezember 2007 07:23 schrieb Clytie Siddall:
I have just translated the file gnucash-2.2.1 for the Translation
Project. In doing so, I've encountered the following typos, which I
thought you might like to weed out in a future release.
very cool! Thanks a lot. Those
Hi Clytie,
here's the list of those typos where I don't see how they can be fixed easily.
Am Mittwoch, 19. Dezember 2007 07:23 schrieb Clytie Siddall:
5. A LOT of explanatory sentences don't have full stops at the end, e.g.
#: ../src/gnome/glade/register.glade.h:11
#:
Quoting Phil Longstaff [EMAIL PROTECTED]:
Derek Atkins wrote:
Quoting Phil Longstaff [EMAIL PROTECTED]:
Please check that I have access.
You should. Have you tried it and access was denied?
I'm getting:
svn: Commit failed (details follow):
svn: MKACTIVITY of
I've just checked in the last of the code for the gda backend business
objects. The status is:
- The code compiles, and on startup, creates the tables
- I am using sqlite as my test db. Later, testing will involve other
test dbs (mysql but probably not postgresql)
- I have done very basic
Hi,
Quoting Mike or Penny Novack [EMAIL PROTECTED]:
Ah, yes, a Description for the transaction. Good point! Thanks,
I'll go add that.
Anything else
-derek
The date for which the closing takes place should be a user set
variable (OK to have it default to 12/31/current year).
You
With the gda backend, if I open the tax table editor and create a tax
table, the tax table is not committed. Is this expected? I assume with
the xml backend, it would have been included in the save.
Phil
___
gnucash-devel mailing list
Quoting Phil Longstaff [EMAIL PROTECTED]:
With the gda backend, if I open the tax table editor and create a tax
table, the tax table is not committed. Is this expected? I assume with
the xml backend, it would have been included in the save.
Umm, no, that's not expected. Yes, with the XML
On Sun, Dec 23, 2007 at 08:33:10PM -0500, Derek Atkins wrote:
Quoting Andrew Sackville-West [EMAIL PROTECTED]:
Well, I honestly don't know. Based on the political situation, I'd say
it's highly likely that the old ones are still in circulation, but how
many of those are being tracked in
My comments are lengthy, sorry, bear with me...
On Sun, Dec 23, 2007 at 09:27:03PM +0100, Thierry Scalais wrote:
Chris Shoemaker a écrit :
On Wed, Aug 22, 2007 at 10:13:32PM +0200, Thierry Scalais wrote:
Last year, I modified the advanced-portfolio report to add some useful
Well 16690 breaks make check.
meanwhile I discovered that src/engine/iso-currencies-to-c isn't
getting run. At least it looks that way because its supposed to update
iso-4217-currencies.c and it doesn't. That doesn't seem to be the
source of the failure but is something to note anyway. I did
26 matches
Mail list logo
