Christoph,
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
> 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.
Actually not since (1200/100)/(35/100) = 1200/35.
But you are right for 1200*35 which yields 12.0*0.35 = 4.2.
As a st
> On Jul 26, 2017, at 8:13 AM, Keith Gallagher wrote:
>
> hello.
>
> Keith Gallagher here, software engineering faculty at Florida Inst. of
> Technology. This coming term I am teaching an advanced course in software
> maintenance and evolution; upper division undergraduates and graduate
>
Hello,
In going over some of the wiki information, I ran into a section that goes into
some detail about preparing patches for submission.
While this is, no doubt, still a valid way of submitting changes, is this: a)
how the project prefers such changes to be submitted, and b) something that
> On Jul 27, 2017, at 9:45 AM, David T. via gnucash-devel
> wrote:
>
> Hello,
>
> In going over some of the wiki information, I ran into a section that goes
> into some detail about preparing patches for submission.
>
> While this is, no doubt, still a valid way of submitting changes, is th
+1, it's a lot easier to just format-patch and send it to some place
related to the project than using GitHub. :)
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
David,
because it is not the first time you are reverting a bunch of my
commits, I want to ask you for your reason:
a) was it by accident - using some unsynchronized offline editor, or
b) you disliked my changes, then you should explain it, or
c) you dislike me or
d) what else?
Regards
Frank
--
On Thu, Jul 27, 2017 at 08:20:50AM +, David T. via gnucash-devel wrote:
> 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.
I'm not sure
> On Jul 27, 2017, at 6:27 PM, Eric Siegerman wrote:
>
> On Thu, Jul 27, 2017 at 08:20:50AM +, David T. via gnucash-devel wrote:
>> 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
>>
Frank,
I beg to differ about reverting your edits. I have never knowingly reverted any
of your edits. (I have had you revert mine, however)
It is true that I have changed things you’ve written, to improve their English
grammar and readability. I wouldn’t believe that such changes would require
Based on all this, I propose we remove auto-decimal feature in v2.8.
Meanwhile, I will look for another bug to fix. Feel free to point me to a
bug that could use some attention.
Thanks,
Sumit
On Thu, Jul 27, 2017 at 8:24 PM, John Ralls wrote:
>
>
> > On Jul 27, 2017, at 6:27 PM, Eric Siegerman
Thanks John.
I will look at ways to rewrite these sections to reflect current practices and
preferences. It probably will mostly entail switching the sequence of
information (putting pull requests first), and then offloading the details of
the patch process into a separate page for those still
Hi David,
Am 28.07.2017 um 05:45 schrieb David T.:
> Frank,
>
> I beg to differ about reverting your edits. I have never knowingly reverted
> any of your edits. (I have had you revert mine, however)
,,, after you replaced wiki:Glossary by a link to Guide/Glossary which
had only half of its cont
> On Jul 28, 2017, at 10:24 AM, Frank H. Ellenberger
> wrote:
>
> Hi David,
> Am 28.07.2017 um 05:45 schrieb David T.:
>> Frank,
>>
>> I beg to differ about reverting your edits. I have never knowingly reverted
>> any of your edits. (I have had you revert mine, however)
>
> ,,, after you re
14 matches
Mail list logo
