OK, we've continued discussing this on IRC, and it turns out that like
many things in life it's more complex than I first envisiaged.
Not only do we need to record which accounts contain transactions
related to a stock, for later tax reporting purposes we need to
differentiate between interest, d
1.4.9 - 05 December 2000
o tax report
o txf export
o bug fixes
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Not sure what other people will think, BUT...
A while ago I asked if it would be possible to have a Quicken
feature added to Gnucash. Basically, if you schedule transactions
into the future, Gnucash will show the future balance and not
the current balance. Quicken will show both.
I actually st
Not really. It is possible that a compact binary could have a pathological
series of bytes that make trying to compress it produce a bigger file. The
fact that it is already a compact file means that it is close to being as
information rich as possible.
> -Original Message-
>
> The inform
Derek Atkins writes:
> That's still not a fair comparrison. I can go compress the
> old binary format, too. Let's compare apples to apples here
> and leave file compression out of it.
You certainly can go and compress the old binary format, and it
shrinks a file down to about 1/3rd the size
That's still not a fair comparrison. I can go compress the
old binary format, too. Let's compare apples to apples here
and leave file compression out of it.
Besides, if you compress the data, you lose random-access into
the file ;)
Seriously, I'm not against having XML import/export, but I don
On Tue, 5 Dec 2000, Bill Gribble wrote:
> I don't like XML all that much either, but be fair: zlib makes the XML
> file format actually SMALLER than the old binary data format, and one
> of the main reasons it's not in is because we decided to leave
> plain-text for a while as a debugging tool.
On Tue, Dec 05, 2000 at 06:38:41PM -0500, Derek Atkins wrote:
> The fact that data is being exploded by a factor of 6-10 is just
> unacceptable.
I don't like XML all that much either, but be fair: zlib makes the XML
file format actually SMALLER than the old binary data format, and one
of the main
On 5 Dec 2000, Derek Atkins wrote:
> Just to add my $.02, I'd rather see us using ASN.1 (and I absolutely
> DETEST Asinine-1) than XML. Indeed, I'd like to see us come up with a
> relatively-extensible binary format; if we're planning to use binary
> for SQL, we might as well use it for flat-fil
Bill Carlson writes:
> On Tue, Dec 05, 2000 at 12:50:38AM -0800, Dave Peticolas wrote:
> >
> > I am going to hold off on putting this patch in because I think it
> > needs more discussion. Our plans for stock prices in GnuCash 2.0 are
> > to store them separately from the register (and from accou
Just to add my $.02, I'd rather see us using ASN.1 (and I absolutely
DETEST Asinine-1) than XML. Indeed, I'd like to see us come up with a
relatively-extensible binary format; if we're planning to use binary
for SQL, we might as well use it for flat-file as well. The fact that
data is being expl
Al Snell writes:
> On 5 Dec 2000, Rob Browning wrote:
>
> > > The only problem I have now is that it is still MUCH slower than the
> > > binary. The file size is about 6x the size before (9 Meg vs. 1.5
> > > Meg) and to actually do the write it seems to use about 50 Meg of
> > > ram, because xml
[EMAIL PROTECTED] (Bill Gribble) writes:
> I'm not comfortable with this approach. This "account name" that you
> are being asked for is the Quicken account name, not the gnucash one,
> and having a "select" button pop up a gnucash account selector implies
> to the user that it's a gnucash accou
Derek Atkins writes:
> Dave Peticolas <[EMAIL PROTECTED]> writes:
>
> > Derek Atkins writes:
> > > Is there any reason that the glade file doesn't match up with the
> > > sources in CVS? In particular, if I go into src/gnome and type "glade
> > > gnc-dialogs.glade", and then hit 'build', the sou
Dave Peticolas <[EMAIL PROTECTED]> writes:
> Derek Atkins writes:
> > Is there any reason that the glade file doesn't match up with the
> > sources in CVS? In particular, if I go into src/gnome and type "glade
> > gnc-dialogs.glade", and then hit 'build', the sources I obtain don't
> > match the
Derek Atkins writes:
> Is there any reason that the glade file doesn't match up with the
> sources in CVS? In particular, if I go into src/gnome and type "glade
> gnc-dialogs.glade", and then hit 'build', the sources I obtain don't
> match the sources in CVS. Indeed, the sources that glade creat
On Tue, Dec 05, 2000 at 02:56:11PM -0500, Derek Atkins wrote:
> at this point, the importer wants an Account Name (because there isn't
> one in the qif file). I want to be able to select an account instead
> of typing one in. There is no selection at this point. If I just hit
> 'next' then it c
I'm trying to import a .qif:
Click on Import
Select Next
Select 'select' (to select the Filename)
select the qif in question, hit OK
Select Next
at this point, the importer wants an Account Name (because there isn't
one in the qif file). I want to b
On Tue, Dec 05, 2000 at 02:32:39PM -0500, Derek Atkins wrote:
> PS: The reason I was working on this is that I want to make a slight
> modification to the QIF importer to allow the user to choose an
> existing account for QIF import if the account already exists.
It's supposed to already do that.
Is there any reason that the glade file doesn't match up with the
sources in CVS? In particular, if I go into src/gnome and type "glade
gnc-dialogs.glade", and then hit 'build', the sources I obtain don't
match the sources in CVS. Indeed, the sources that glade creates
don't even build!
Is ther
This patch is critical for the release of gnucash, and I would
appreciate it if someone with CVS write access and the 'moral
authority' to make changes to gtkhtml could PLEASE have a look at it
and either commit it or tell me what's wrong with it. It's small and
doesn't affect any files that have
On 5 Dec 2000, Rob Browning wrote:
> > The only problem I have now is that it is still MUCH slower than the
> > binary. The file size is about 6x the size before (9 Meg vs. 1.5
> > Meg) and to actually do the write it seems to use about 50 Meg of
> > ram, because xml builds the whole tree in mem
Bill Carlson <[EMAIL PROTECTED]> writes:
> Fine, except do you have any idea of when some of this support will be
> put in? If I (and I suspect others) are going to realistically try
> to work on the new stuff, this is necessary.
I'm signed up for this, and I should be getting started in the
Bill Carlson <[EMAIL PROTECTED]> writes:
> I've been trying to make the xml stuff go a bit faster. The
> following patch will cut my large file load (~1 transactions)
> from about 2 minutes to about 30 seconds. This is obviously good
> (and along the lines of a change I made a while a
It's been rumoured that Ed Bacon said:
>
> [EMAIL PROTECTED] wrote:
>
> > It's been rumoured that Ed Bacon said:
> > >
> > > Robert,
> > >
> > > Thanks for the quick reply. Here is exactly what happened.
> > >
> > > 1) Had a working gnucash in /home/ewb/gnucash
> > > 2) made a CD backup of /hom
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
On Tue, Dec 05, 2000 at 08:15:00AM -0500, Bill Carlson wrote:
> Fine, except do you have any idea of when some of this support will be
> put in? If I (and I suspect others) are going to realistically try
> to work on the new stuff, this is necessary.
We're doing the best we can, but it's been
On Tue, Dec 05, 2000 at 05:12:10PM +1100, Robert Graham Merkel wrote:
> I propose to add turn the "account add/edit dialog" into a tabbed
> dialog. The first page would stay pretty much as is, with the removal
> of the "security" and "source for price quotes" field. The next tab,
> entitled "inv
On Tue, Dec 05, 2000 at 08:01:40AM -0600, Bill Gribble wrote:
> On Tue, Dec 05, 2000 at 08:15:00AM -0500, Bill Carlson wrote:
> > Fine, except do you have any idea of when some of this support will be
> > put in? If I (and I suspect others) are going to realistically try
> > to work on the new st
On Tue, Dec 05, 2000 at 12:50:38AM -0800, Dave Peticolas wrote:
>
> I am going to hold off on putting this patch in because I think it
> needs more discussion. Our plans for stock prices in GnuCash 2.0 are
> to store them separately from the register (and from accounts), and to
> use them for rep
Dave Peticolas wrote:
> I am going to hold off on putting this patch in because I think it
> needs more discussion. Our plans for stock prices in GnuCash 2.0 are
> to store them separately from the register (and from accounts), and to
> use them for reporting/graphing purposes, but not to store th
Bill Carlson writes:
> Hi All,
>
> In my working on the latest CVS source, I noticed some
> problems with a number of stock "price only" transactions that
> I have (as per the manual) getting imported from the binary file
> badly (turns up as zero price!). The following set of patches fixe
Dave Peticolas wrote:
> Personally, I think it would be a good idea. With a default
> XML interface, new users would not need to worry about being
> a DBA, but there would still be an option for storing in sql.
> Do you think it would be possible/good to use something like libdba
> (the gnome gene
Bill Carlson writes:
> Hi,
>
> I've been trying to make the xml stuff go a bit
> faster. The following patch will cut my large file load
> (~1 transactions) from about 2 minutes to about 30 seconds.
> This is obviously good (and along the lines of a change
> I made a while ago for the
34 matches
Mail list logo
