-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Stimming schrieb:
Author: cstim
Date: 2006-12-12 06:28:08 -0500 (Tue, 12 Dec 2006)
New Revision: 15207
Trac: http://svn.gnucash.org/trac/changeset/15207
Modified:
gnucash/trunk/src/gnome-utils/gnc-frequency.c
Log:
Rename private
Andrew Sackville-West wrote:
On Tue, Nov 14, 2006 at 11:35:17AM +0100, Oliver König wrote:
Hello,
I have posted two feature request for GnuCash at bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=364378
http://bugzilla.gnome.org/show_bug.cgi?id=371581
Both feature requests are
Hi,
Maybe it would be nice to include such a script in the contrib directory of
the source. I'm sure other users may be interested in such an example.
Perhaps even a small wiki page to explain how it works could serve as a mini
howto on QIF.
Just a suggestion.
Regards,
Geert
On Tuesday 12
Geert Janssens wrote:
Hi,
Maybe it would be nice to include such a script in the contrib directory of
the source. I'm sure other users may be interested in such an example.
Perhaps even a small wiki page to explain how it works could serve as a mini
howto on QIF.
I could certainly do
On Tue, Dec 12, 2006 at 09:47:10AM +0100, Christian Stimming wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Shoemaker schrieb:
I'm just saying SXs could use the real engine
objects, just like Invoices. The only difference is that the engine
has to learn that real SX
Christian Stimming [EMAIL PROTECTED] writes:
Chris Shoemaker schrieb:
I'm just saying SXs could use the real engine
objects, just like Invoices. The only difference is that the engine
has to learn that real SX transactions aren't _that_ real. :)
Except Invoices don't either, for the same
On Mon, 2006-12-11 at 22:06 -0500, Chris Shoemaker wrote:
Invoices basically reuse the engine objects. But SXs have:
struct TTInfo_s
[...]
which look suspiciously like a Transaction, and
struct TTSplitInfo_s
[...]
which looks suspiciously like a Split. And then the whole duplicated
On Mon, Dec 11, 2006 at 11:01:55PM -0500, Derek Atkins wrote:
I'll just point out a couple of things:
1) This patch doesn't actually change any data formats, because there's
no data in those fields. So without additional changes (which I agree
should not get backported), there's no
Well, thank you for the source code. Out of curiosity I've spent some
more time on the larger batch of changes (step1 in my previous email),
as it turned out to be possible to separate the name changes from the
rest quite easily. @Everyone: Attached you'll find the patch that
changes GUID
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins schrieb:
1) This patch doesn't actually change any data formats, because there's
no data in those fields. So without additional changes (which I agree
should not get backported), there's no chance of a data format change.
Does
On Tue, Dec 12, 2006 at 10:05:21AM -0500, Josh Sled wrote:
On Mon, 2006-12-11 at 22:06 -0500, Chris Shoemaker wrote:
Invoices basically reuse the engine objects. But SXs have:
struct TTInfo_s
[...]
which look suspiciously like a Transaction, and
struct TTSplitInfo_s
[...]
which
Quoting Christian Stimming [EMAIL PROTECTED]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Atkins schrieb:
1) This patch doesn't actually change any data formats, because there's
no data in those fields. So without additional changes (which I agree
should not get backported),
Quoting Chris Shoemaker [EMAIL PROTECTED]:
On Tue, Dec 12, 2006 at 10:36:42AM -0500, Derek Atkins wrote:
snip
2.0.[0123] will read a data file with this new
object and just ignore it (and drop it on the floor) without erroring out.
If that's true, then I withdraw my objection. Just to
--On December 12, 2006 11:19:24 AM +0100 Christian Stimming
[EMAIL PROTECTED] wrote:
* You replaced the type names GUID by GNC_GUID and CURRENCY by
GNC_CURRENCY, IGNORE by GNC_IGNORE and others. Any reasons for this,
especially the latter two? I vaguely recall GUID being defined in
some
Quoting Mike Alexander [EMAIL PROTECTED]:
I think I'll apply some of the name changes that concern only the .c
files. But especially the s/GUID/GNC_GUID/ change concerns a lot of
code, and, as I said, with SVN-trunk we don't observe any problems of
the potential name collision here. I'd
Is there an easy way to generate a list of which bugs have been fixed in
gnucash 2.0.3?
Thomas
signature.asc
Description: This is a digitally signed message part
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
Quoting Thomas Bushnell BSG [EMAIL PROTECTED]:
Is there an easy way to generate a list of which bugs have been fixed in
gnucash 2.0.3?
The ChangeLog?
Another option is a Bugzilla Query searching on Target = 2.0.3
Thomas
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media
Am Dienstag, 12. Dezember 2006 03:23 schrieb Derek Atkins:
On the whole, I think publishing channel logs is a win, or I wouldn't be
suggesting it. :) But what do you think? I guess the options are:
- do it.
- do it for a month or two and re-evaluate.
- don't do it.
1) I'm for it.
On Tuesday 12 December 2006 09:54, Derek Atkins wrote:
HOWEVER, I think there's another issue here.. When you're doing a
large import and you create new accounts as part of the import, if you
then cancel the import process these new accounts don't get backed
out too.
That's probably not
Quoting Benoit Grégoire [EMAIL PROTECTED]:
On Tuesday 12 December 2006 09:54, Derek Atkins wrote:
HOWEVER, I think there's another issue here.. When you're doing a
large import and you create new accounts as part of the import, if you
then cancel the import process these new accounts don't
On Tue, Dec 12, 2006 at 10:40:49AM +, Nigel Titley wrote:
Andrew Sackville-West wrote:
On Tue, Nov 14, 2006 at 11:35:17AM +0100, Oliver König wrote:
Hello,
I have posted two feature request for GnuCash at bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=364378
Mark Johnson wrote:
I've modified the config file as follows:
?xml version=1.0?
libgda-config
section path=/apps/libgda/Datasources/SalesTest
entry name=DSN type=string
value=URI=/home/phil/.libgda/sales_test.db/
entry name=Description type=string value=Test database for
a
22 matches
Mail list logo
