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 list a
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
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
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 long
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
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
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 the discussion I
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
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 the discussion I
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:
I'm
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).
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 a
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 I
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. They
"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.
The
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 was that
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 balanced
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, data
18 matches
Mail list logo
