Intended behavior of automatic decimal point (bug 120940)

David T. sunfish62 at
Thu Jul 27 04:20:50 EDT 2017

I disagree, and clearly the people on the bug don't see it that way either. 
I think of the decimal placement as applying to the final number in the field (as a sort of edit mask, if you will), rather than a preprocessing function that would apply to every element in an equation. 
The current behavior yields different decimal placement results in the same register, which is highly confusing. 
Put another way, the current behavior would result in the decimal being moved four places on an entry like "1200/35", which would be at variance with the actual setting. 
I can't see how that is appropriate. 

  On Thu, Jul 27, 2017 at 11:04, Christoph R<subscriptions+listen at> wrote:   I do not even see this as a bug. Any number without a decimal point is divided by 100. Which makes the input “20.44/2” in fact 20.44/0.02 which is 1,022.00

Am 26.07.2017 um 09:58 schrieb David T. via gnucash-devel <gnucash-devel at>:
As I understand it, the example you gave  (560 becomes 5.60) is intended behavior. And, as far as I am concerned, the explanation in the help is sufficient, if not inspiring. 
It seems to me the problem in the underlying bug is that the decimal algorithm needs to be applied after any calculations, but that is not how it's being done. The age of the bug suggests that the feature is not heavily used, or that users have worked around the oddity. 

 On Wed, Jul 26, 2017 at 11:50, Sumit Bhardwaj<bhardwajs at> wrote:   ​Hi,

In an attempt to fix a long-standing bug (, I looked at the code
and have a question on intended behavior of automatic decimal point.

>From the doc (, I see this
description for automatic decimal point.

*Automatic Decimal Point:* This option will automatically insert a

decimal point into numbers you type in.​

It's not clear from the help that "560" will be converted to "5.60" with
automatic decimal points set to 2. Is that the intended behavior? If so,
should we edit the help?

There is a bug in handling the fractions when auto-decimal points. I can
try to fix that, but wanted to get the developers' take on the intended
behavior first.

gnucash-devel mailing list
gnucash-devel at

gnucash-devel mailing list
gnucash-devel at


More information about the gnucash-devel mailing list