[EMAIL PROTECTED] said:
> The engine has C code for a 'fifo' that would handle this correctly,
> However, none of the reports currently use this, and I'm not sure what
> that would take. (old gnucash-1.2 used to do this, but it fell into
> disrepair).
If I'm not mistaken, FIFO is a method for c
[EMAIL PROTECTED] said:
> And the day "a month back" from June 30th should be May 31, and one
> month ahead should go to July 31st.
One might wonder why it is difficult for a computer to understand the
concept of "a month ago" until one realizes that humans don't even
agree on its definition.
[EMAIL PROTECTED] said:
> This is correct. The $ 0.05 granularity only applies to cash, as the
> smallest coin is $0.05. The $0.02 and $0.01 copper coins were
> withdrawn from circulation about 5 years ago now, although they are
> still legal tender!
> Cheques, bank transfers, credit charges, in
Jason Rennie wrote:
> [EMAIL PROTECTED] said:
> > Now, having stated that, it would be silly to allow entry of
> > fractions. Even the stock & commodity markets have dropped fractions
> > and gone to decimals.
>
> Would it be reasonable to have the user enter a
[EMAIL PROTECTED] said:
> You will probably not need any 'if' statements because you KNOW that
> the numbers came from the same source and must, therefore, be in the
> same currency.
It's easy to pick at someone else's proposal when you yourself don't
have an explicit proposal. Every time I
[EMAIL PROTECTED] said:
> I view "$/8 USD" and "$/100 USD" to be -similar- commodities. You
> can't add or subtract them, but comparison should be possible.
Is it true that you would *never* want to add/subtract such
commodities? I can't think of any cases where you would want to, but
shoul
I'm reading through some of your old e-mails. Thought I'd make some
comments...
[EMAIL PROTECTED] said:
> The only case I could forsee this would be if one could buy 1/3 of something
> or if prices were quoted as 1/3 of a dollar (or other currency unit).
So, one use for using rationals would
[EMAIL PROTECTED] said:
> The point being to have some place to "stick" things like report
> parameters for future reference.
> I'm not sure what the right answer looks like.
I envision having a `reports' directory under .gnucash were there is
one set of parameters per file.
[EMAIL PROTECTED
[EMAIL PROTECTED] said:
> 1) Your API does not hide the implementation details. If we change the
> representation of an amount, many calls will have to be changed
> rather than localizing the changes to the "math" routines.
The "constructor" will obviously need to be changed. The
gnc_numeri
[EMAIL PROTECTED] said:
> You want the denominator in EACH account to be set so that 1/D
> represents exactly the smallest difference in allowable values for
> that account.
Sure. That makes sense. There may be some situations where
determining the smallest difference isn't trivial, but it s
[EMAIL PROTECTED] said:
> I am new to Gnucash, is there a better list for me to join for just
> learning this program?
A gnucash-user list has been created. Go to
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-user
for information about the list and for info on how to subscribe.
[EMAIL PROTECTED] said:
> I might have one account denominated in eights of a share of XYZ
> stock and another in hundredths of a share of the same stock. In some
> respects, they are the "same", but they really need different
> denominators.
A denominator of 1000 would take care of both just
[EMAIL PROTECTED] said:
> I am not aware that anyone has suggested that there be a "universal"
> denominator.
The talk of having everything represented in "ergs" was be an example
of using a "universal" denominator.
[EMAIL PROTECTED] said:
> Therefore it is unnecessary to carry that denominat
[EMAIL PROTECTED] said:
> In between two bank balances there are a finite number number of other
> balances, therefore they _can_ be represented by the set of integers.
> This reasoning is the root of my suggestion to allow restricting
> allowable values of some variables to integers.
The numbe
So, here something from left field...
All of this discussion concerning roundoff error, internal number
representation, etc. seems to be assuming that there *is* a right answer.
i.e. if we discuss and think hard enough, we'll be able to come up with a
solution that will always do the right th
[EMAIL PROTECTED] said:
> This isn't all that hard to do with a bit of autoconf/automake magic:
> with a bit of tweaking, you can get the generated files into the
> tarball that "make dist" creates. (If you have trouble, e-mail me and
> I'll tell you the mysterious invocation needed to get this
[EMAIL PROTECTED] said:
> This sounds like a restricted sort of "find and replace" operation.
> It would be a handy thing to have on its own, not just as a part of a
> QIF importer. Some day I may want to go into "expenses:misc" and move
> all of the transactions with "Library" memos to a new "l
[EMAIL PROTECTED] said:
> My idea is to create a special function for splitting of an account/
> bill/payment whatever with an special window for transferring
> different amounts on different accounts. I think it is very often that
> you have to split an account and we should have a more comfort
[EMAIL PROTECTED] said:
> one of the sourceforge people today asked me about gnucash, and after
> i raved about it for a few moments, he said, "I have 3 1/2 years of
> data there, will it create these new accounts for me as it goes when
> it encounters my new categories while I do my imports?"
[EMAIL PROTECTED] said:
> But first, I need to know whether you mean the next blank split line
> in the transaction or the blank transaction at the bottom of the
> register?
GNUCash 1.4.2 moves to the next blank split line when I am in one of the
multi-line modes and I hit 'Enter'. I'd like 'E
Would someone who has control of the mailing list mind removing
[EMAIL PROTECTED]? Whoever this is seems to be on vacation and
has a script sending out an "I'm on vacation" e-mail for every message he
receives.
Jason D Rennie www.ai.mit.edu/~jrennie/
MIT: (617) 253-5339 [EMAI
Hello,
I installed 1.4.2 not too long ago and one of the few things that has
annoyed me about GNUCash is that whenever I am in one of the multi-line
modes and I hit 'Enter', rather than going to a blank transaction, I go
to the next line in the current multi-line transaction. I seem to have
[EMAIL PROTECTED] said:
> I believe that, although useful, your proposal can be accomplished by
> a more general mechanism. "Taxability" is just one 'trait' that you
> may want to assign to an account. By having a generalized system of
> assigning 'traits' to accounts, the user can form a report
[EMAIL PROTECTED] said:
> The default register mode is nice, and I use it, but what about
> remembering what mode each register was last in, and each time that
> register is opened, opening it up with the last register setting?
This would be both nice and intuitive. It'd mean one less item in
t
Is there any way to have one's register style (e.g. single line, auto
double, etc.) saved with the register? I like to used auto single style,
but I don't want to have to check that option every time I open up a
register.
Thanks,
Jason D Rennie www.ai.mit.edu/~jrennie/
MIT: (617)
Am Son, 02 Jul 2000 schrieb Robert:
> * Tax-related transactions? Basically
> just a transaction report with
> appropriate accounts selected. Do we want to do this? Not
> straight away, to be honest - too risky!
Might it be worthwhile to have a property for each account that indi
Hello,
I just finished doing an install of 1.4.2 on RedHat 6.2. I'd like to
share my experiences so that the install process and documentation can be
improved/clarified.
So, the first thing that bit me was the gtk-xmhtml/gtk-xmhtml.h
requirement. I had no idea where to get this and I was not a
Hello,
I've sent in two subscribe e-mails in the past two weeks and haven't
gotten any response. Is the GNUCash devel mailing list alive? What do I
need to do to get on it?
I noticed that there's a major network transition going on for GnuCash at
the moment. If these are the cause of the
28 matches
Mail list logo
