Re: Implementing proper cost basis tracking for shares

2000-10-30 Thread Dave Peticolas
Rob Browning writes: > Dave Peticolas <[EMAIL PROTECTED]> writes: > > > I agree, but I think I would miss the ability to have short account > > names. Couldn't we let the user choose a 'Default View' that > > performs the same function as the current hierarchy? > > What I had been thinking about

Re: Perl API

2000-10-30 Thread Dave Peticolas
"Darren/Torin/Who Ever..." writes: > Dave Peticolas, in an immanent manifestation of deity, wrote: > >Who uses the Perl API? > > I do. But I suspect that I'm one of the few. I just don't have the > time to (re-)learn scheme. I used lisp in the 80s but these days, I > only use it for (X)Emacs.

Re: Perl API

2000-10-30 Thread Darren/Torin/Who Ever...
Dave Peticolas, in an immanent manifestation of deity, wrote: >Who uses the Perl API? I do. But I suspect that I'm one of the few. I just don't have the time to (re-)learn scheme. I used lisp in the 80s but these days, I only use it for (X)Emacs. >The reason I ask is that the Perl API is rapi

Re: I think we need to start planning to add a "top-level" data structure.

2000-10-30 Thread Dave Peticolas
Rob Browning writes: > > Right now, the top level of your data is just an AccountGroup, > identical in structure to all of it's sub-account groups. However, I > think we need to plan (soon) to add a real top-level structure that > can act as the "bundle" for all of the relevant, non-account, dat

I think we need to start planning to add a "top-level" data structure.

2000-10-30 Thread Rob Browning
Right now, the top level of your data is just an AccountGroup, identical in structure to all of it's sub-account groups. However, I think we need to plan (soon) to add a real top-level structure that can act as the "bundle" for all of the relevant, non-account, data associated with your finances

Re: Implementing proper cost basis tracking for shares

2000-10-30 Thread Rob Browning
Dave Peticolas <[EMAIL PROTECTED]> writes: > I agree, but I think I would miss the ability to have short account > names. Couldn't we let the user choose a 'Default View' that > performs the same function as the current hierarchy? What I had been thinking about was that by default, the official

Re: Implementing proper cost basis tracking for shares

2000-10-30 Thread Dave Peticolas
Rob Browning writes: > Robert Graham Merkel <[EMAIL PROTECTED]> writes: > > > > I don't really know how much flexibility we'd want to allow initially, > > > but changing the internals at some point might make accomodating > > > various different schemes easier. > > > > > I dunno if you saw t

Re: gnucash 1.4.8 and register fonts

2000-10-30 Thread Dave Peticolas
Alexey Kakunin writes: > I just install gnucash 1.4.8 on my debian machine and found one problem: regi > ster use incorrect font, I need koi8-r font, but it use iso8859-1 font, so, I > can not read my items, written in russian. > > How can I say gnucash to use font, I need? May be configfile, or

Re: Offtopic, database design; Was: Re: Get PostgreSQL installed aspart of the distros

2000-10-30 Thread Al Snell
On Mon, 30 Oct 2000, Patrick Spinler wrote: > A hint as to why: you can't balance an on-disk tree the same as an in > memory tree. Ergo, they don't get balanced often (typically it's a > manual operation a DBA has to do). Ergo, with a sequentially increasing > key you quickly have a badly balan

Re: Offtopic, database design; Was: Re: Get PostgreSQL installed as part of the distros

2000-10-30 Thread Patrick Spinler
> For example filling in a sequential primary > key properly is a typical case, each database provides its own facility for, > Oracle sequences, MSSQL identity columns, etc. > Just a note as a gainfully employed DBA: _DO_NOT_USE_SEQUENTIALLY_INCREASING_COLUMNS_AS_PRIMARY_KEYS_ Please. Th

gnucash 1.4.8 and register fonts

2000-10-30 Thread Alexey Kakunin
I just install gnucash 1.4.8 on my debian machine and found one problem: register use incorrect font, I need koi8-r font, but it use iso8859-1 font, so, I can not read my items, written in russian. How can I say gnucash to use font, I need? May be configfile, or source code? Thank you for advi

Re: gnucash 1.4.8 is released

2000-10-30 Thread Peter C. Norton
I believe that guile-1.3.4 ships w/ rh 7, so that shouldn't be a big deal anymore. -Peter On Tue, Oct 24, 2000 at 06:14:16PM -0400, D-Man wrote: > > Thanks for providing the RH 7.0 rpms. > > I had a lot of trouble trying to upgrade before -- to build gnucash I needed g-wrap. > To build g-wrap

Incorrect balances: bug in GnuCash's register?

2000-10-30 Thread Eloy A. Paris
Hi! I have come across something that seems to be a bug in GnuCash (latest stable version, 1.4.8), and the problem is easy to reproduce: - Create a new GnuCash file. - Create a new top level account. A normal bank account will do. - Open the new bank account in the register. - Enter one transact

Re: How many people are using guile 1.3 (not 1.3.4) and can't easily switch?

2000-10-30 Thread Peter C. Norton
Yeah, 1.3 is a pretty lackluster guile. And that's saying something :) -Peter On Wed, Oct 18, 2000 at 04:08:31PM +, Richard -Gilligan- Uschold wrote: > Rob Browning wrote: > > > As far as I can tell, the latest version of g-wrap works fine with > > guile 1.3.4 and guile 1.4 on my system(s)

Re: How many people are using guile 1.3 (not 1.3.4) and can't easily switch?

2000-10-30 Thread Peter C. Norton
The various gnome-games packages, and maybe other parts of gnome. There aren't many (any?) other widely-distributed packages, though. -Peter On Wed, Oct 18, 2000 at 12:43:01PM -0700, Dave Peticolas wrote: > Rob Browning writes: > > Richard -Gilligan- Uschold <[EMAIL PROTECTED]> writes: > > > >

Question on 401k

2000-10-30 Thread Charles M. Gagnon
I have a question that probably has more to do with accounting than Gnucash itself but I figured someone probably does the same thing on this list so... Basically, I'm trying to keep track of the balance and the performance of my 401k account. My account is made of SEC registered funds so I opene

Re: Implementing proper cost basis tracking for shares

2000-10-30 Thread Richard -Gilligan- Uschold
 Rob Browning wrote: Clark Jones <[EMAIL PROTECTED]> writes: > I'm sorry, I'm not familiar with GLists or GSLists, but the comment > about "'bottoms out' in Account*'s" makes me a bit nervous that it > would only allow entries into the "leaf" accounts.  There are times > when it is convenient to

Re: Implementing proper cost basis tracking for shares

2000-10-30 Thread Rob Browning
Clark Jones <[EMAIL PROTECTED]> writes: > I'm sorry, I'm not familiar with GLists or GSLists, but the comment > about "'bottoms out' in Account*'s" makes me a bit nervous that it > would only allow entries into the "leaf" accounts. There are times > when it is convenient to put some entries into

Re: Implementing proper cost basis tracking for shares

2000-10-30 Thread Clark Jones
Rob Browning wrote: > > Robert Graham Merkel <[EMAIL PROTECTED]> writes: > > > > I don't really know how much flexibility we'd want to allow initially, > > > but changing the internals at some point might make accomodating > > > various different schemes easier. > > > > > I dunno if you saw

Re: Implementing proper cost basis tracking for shares

2000-10-30 Thread Rob Browning
Robert Graham Merkel <[EMAIL PROTECTED]> writes: > > I don't really know how much flexibility we'd want to allow initially, > > but changing the internals at some point might make accomodating > > various different schemes easier. > > > I dunno if you saw the discussion I was having on the l