Op zaterdag 8 augustus 2020 00:06:55 CEST schreef Tim Kallmer:
> Thank you, David. After your suggestion, building 4.1 worked perfectly.
>
> As an aside for others, before building, I was able to get 4.1 via flatpak,
> but my GTK-3.0.css modifications didn't work. So I prefer to build myself
> ins
I'm afraid the problem has not been solved.
The Get Quotes button does light up (as I mentioned in an email to the
list just after I first reported the problem), but when I click it I
get an error window that says: "There was a system error while
retrieving the price quotes".
Th
The fixed date locking should be stronger, ideally requiring a password.
The previous year would be locked only when the Treasurer or
other authorized person is really finally signing off on all reporting,
after performing all necessary closing entries to recognize accruals (see
my comment in
If you want a fixed date burn a cd or use other ways of verifying the
files like md5sum
All of this fixed date stuff is just security theatre if you can access
the source and pretty much the same even if you can't.
One of the attractions of gnucash is you have access to all your
accounts,
On 11 August 2020 at 20:14, elvis said:
> If you want a fixed date burn a cd or use other ways of verifying the
> files like md5sum
>
>
> All of this fixed date stuff is just security theatre if you can access
> the source and pretty much the same even if you can't.
There seems to be a fair amoun
Samantha,
Sorry, I lost that in the ensuing conversation about how to work Powershell and
got hung up on the previous no Get Rate button issue.
The Fetch Rate and Get Quotes buttons work a bit differently from each other:
The first looks only at the currencies involved in the transaction you're
On 2020-08-11 06:41, Michael or Penny Novack wrote:
>
> The point is less that the books can't be modified than whether any post
> final approval modification could be easily detected.
Yes and no.
That is _one_ motivation for making a lock. But many of us are using GC
as individuals, not as co
I did not, because I could not find it's location. If I ever go back to
flatpak, now I will know where to look. Thanks.
On Tue, Aug 11, 2020 at 6:00 AM Geert Janssens
wrote:
> Op zaterdag 8 augustus 2020 00:06:55 CEST schreef Tim Kallmer:
>
> > Thank you, David. After your suggestion, building 4
Yeah, this is a sore point which has been running for years, and indeed
should be written up nicely somehow. Basically it needs to be said that
accountant type persons need to understand that there is an anti-accounting
vibe in the GnuCash community, which is objectively an insulting, arrogant,
un
YES I have been using D:\gnucash for years
Jimmy
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://li
The idea of "envelope method" then is to mirror the model of budgeting and
control done by real life envelopes holding the cash allowed to be spent in
each budget area. This is an inspiring model/image. The physical model is
very visual, very clear... each envelope of cash is a continuous visible
The issue of budgets come back from time to time. There are proposals for
shadow/virtual accounts, and also my proposal for virtual transactions;
none have gained any traction over the years.
https://lists.gnucash.org/pipermail/gnucash-devel/2018-January/041529.html
On Wed, 12 Aug 2020, 8:34 am d
Don, Don, Don:
On 2020-08-11 12:36, doncram wrote:
… there is an anti-accounting vibe in the GnuCash community, which is
objectively an insulting, arrogant, unyielding strain.… the computer
programmers who have developed GnuCash and who support it… the computer
programmer types, or at least the
13 matches
Mail list logo