> On Oct 7, 2023, at 17:47, peterb wrote:
>
> Is anyone distributing an Apple Silicon (or fat) binary for Gnucash 5.4.2
> on Mac yet, or is building from source my only option? (I know Intel will
> work in emulation.)
It's unfortunately not an option at all ATM because WebKitGtk still
What you do not understand is that John Ralls and GnuCash recommend
entering the total amount and the total number of shares and letting
GnuCash calculate the price. THEN there is no error in the account running
balance. This is not going to change.
On Sat, Oct 7, 2023 at 8:07 PM Bruce McCoy via
Hi Maf. King,
You get the gold star of the day, for the most humerus response. You deserve it.
For mistyping “agree” and for poor proofreading, I suppose I’d get the reverse.
I deserve it.
Best Regards,
Bruce
| | Virus-free.www.avast.com |
___
Hi Adrien,
I do not know what is happening with the spacing. I do not know what my e-mail
client is. And I do not know how to give you a reasonable answer – just to list
three things.
Best Regards,
Bruce
| | Virus-free.www.avast.com |
___
Hi Everyone,
On Oct 7, 2023, at 12:39, Bruce McCoy via gnucash-user wrote:
>If I have missed it, please help me.
On Sat Oct 7 15:52:28 EDT 2023 John Ralls wrote:
>What you missed is my explanation that if
>user's books are out of balance it's their
>fault, not
Is anyone distributing an Apple Silicon (or fat) binary for Gnucash 5.4.2
on Mac yet, or is building from source my only option? (I know Intel will
work in emulation.)
-p
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription
Bruce,
On a side note, (I think John addressed your immediate concern) what in
tarnation is your e-mail client?
Not only does it oddly removing spacing between words for your own
replies, but it seems to now eat spacings between words of other
people's replies that you QUOTE!!!
Really,
Hi Everyone,
On Sat Oct 7 15:48:25 EDT 2023 John Ralls wrote:
>GnuCash does **NOT** round prices to two decimals.
>Prices are always calculated to the full numeric
>precision of 1/2^64. Amounts and values are what
>get rounded to the respective
On Saturday, 7 October 2023 20:03:31 BST Bruce McCoy via gnucash-user wrote:
> Again,we age.
Yes, we do.
Too quickly to be going around in circles.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to
> On Oct 7, 2023, at 09:54, Bruce McCoy via gnucash-user
> wrote:
> The books are out of balance when either the “Computing cost of goods sold”
> calculations or the “Average Cost price source” differ from the “the trial
> balance report” calculations. Both of these are more major points. Is
> On Oct 7, 2023, at 12:39, Bruce McCoy via gnucash-user
> wrote:
>
>
> IfI have missed it, please help me. I do not remember getting an answerto the
> question “What are the plans to help our users whose booksare out of balance
> by a cent or so?”
What you missed is my explanation that
GnuCash does **NOT** round prices to two decimals. Prices are always calculated
to the full numeric precision of 1/2^64. Amounts and values are what get
rounded to the respective commodity/currency's smallest unit. Since 15000 and
137741 have no common factors GnuCash will represent that as
Hi Everyone,
OnSat, Oct 7 at 1:25 PM David Carlson wrote:
>Howmany times must you bring up the same
>non-point?
Youare right in that I am addressing a community of people who areinterested in
and actively developing GnuCash. As a community, youuse GnuCash and tolerate
some of its
Hi Everyone,
David,thank you for responding. I appreciate your input.
OnSat, Oct 7 at 1:25 PM David Carlson wrote:
>Accordingto my HP handheld calculator,
>15,000.00divided by 1,377.41 yields 10.8900.
>Accordingto my hp 49g+ scientific graphing
>calculator,15,000.00 divided
On 2023-10-07 09:54, Bruce McCoy via gnucash-user wrote:
> Our question for discussion is as follows:
>
> >What are the plans to help our users whose
> >books are out of balance by a cent or so?
In the name of heaven, will you never let it go? How many times must you
bring up
According to my HP handheld calculator, 15,000.00 divided by 1,377.41
yields 10.8900. According to my hp 49g+ scientific graphing calculator,
15,000.00 divided by 1,377.41 yields 10.8900037026. I defy anyone to pay
that amount per share in U.S. currency. I am sure the broker's report
showed
Hi Everyone,
On Fri, Oct 6 at 1:02 PM John Ralls wrote:
>Book out of balance, meaning that the trial balance
>report doesn't balance with the Average Cost price
>source, nearly always results from not computing
>capital gains/losses correctly. Interpret that
Ah, I had not seen this, thank you. Where do I put this webkit line?
The command in the launcher properties I use is
/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=gnucash
--file-forwarding org.gnucash.GnuCash @@ %f @@
- Elmar
On 10/6/23 21:29, David H wrote:
Elmar,
Read
If I'm not mistaken, you should only have to do this once per account.
Now, combining this with your other question, there is reason #2 to
break this into smaller import chunks. You don't want to have to
manually assign those in a large quantity in a single pass.
Regards,
Adrien
On 10/7/23
This is one of the reasons why it is not recommended to import a large
file, especially one containing transactions from more than a single
account on one side of each transaction.
Read over the Help Manual & the Tutorial & Concepts Guide concerning
imports.
The usual recommended procedure
20 matches
Mail list logo
