On Wed, 28 Dec 2022 at 02:01, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
>
> On 12/27/22 6:43 PM, Dr. David Kirkby wrote:
> > I am still getting used to this software. I don’t find it the most
> > intuitive piece of software, but it will be beneficial to me. The other
> > gripes
Absolutely none in my experience, I think I'm up to 4.12 on Win 7 Ultimate
(64 bit OS) although I haven't fired up that particular laptop for a while
due to video card drivers misbehaving. Also depends what version you are
coming from ? Backup your data file etc first by copying it/them then if
How big a risk am I taking by upgrading to the latest version but on Windows 7?
Jim
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
There are separate preference files, and saved report configurations are
also separate.
If anyone is concerned with backups for these, visit the GnuCash wiki
concerning File Locations to see what directories need to be included in
said backup strategy. (also useful when migrating to a new OS
I'm pretty sure there is a bug report filed for this enhancement, but I
don't recall the current status.
Regards,
Adrien
On 12/23/22 11:17 AM, tuuranton--- via gnucash-user wrote:
Hello
First, the *question*: Currently it appears the "Path Head for Linked Files Relative
Paths" is a global
> On 28 Dec 2022, at 10:43 am, Dr. David Kirkby
> wrote:
>
...
> I am still getting used to this software. I don’t find it the most
> intuitive piece of software, but it will be beneficial to me. The other
> gripes that I have, are not ones that the developers want to fix
>
> 3) No direct
You are correct.
The current work-around is to finish off in a spreadhseet to add the
missing Net Income calculation.
Adding the Actual (and Variance) to the Budget Income/P version would
be nice. (percentages would be awesome too!)
I'm not sure that it is necessary for the basic Budget
I was about to suggest the order was not random, but that if you
exported multiple accounts, you'd see them in order, by-account. (so
sorted on account first, then by date)
Exporting individual accounts might produce a more sane result. While
I'm sure there are use cases, I'd think there is
1–5 already exist of course.
6 can be a sub-account of 3, or another top-level equity account.
Personally, I'd go with sub-account, then export my P/Income Statement
reports to a spreadsheet app to break off lines affecting 6 into their
own section as is traditional for its use case.
That
On 12/25/22 7:04 AM, Dr. David Kirkby wrote:
I made a transaction with PayPal for £0.60 on 28/03/2022, then cancelled it
the same day. Is simply adding a reversing transaction on the menu okay for
a refund?
I previously put the wrong date (today) on a transaction that took place in
March, so I
I occasionally look at other registers and may even do Finds before
committing a transaction.
I do get a warning about wanting to save changes if I attempt to exit
the register being edited, attempt to edit an already committed
transaction in two different registers at once, or when exiting
On 12/27/22 6:43 PM, Dr. David Kirkby wrote:
I am still getting used to this software. I don’t find it the most
intuitive piece of software, but it will be beneficial to me. The other
gripes that I have, are not ones that the developers want to fix
1) Can not generate a quote
I recall this
As others have noted, there is no need for reverting to a backup file to
make changes.
And when you do so, are you then reverting back to the 'current file'?
(you weren't particularly clear on that point)
If so, you've now got 2 files with different transactions!
And I use the business
That warning already exists in the case of editing a previously
reconciled transaction.
The rules governing the warning have been greatly relaxed a few releases
ago to reduce an annoyance for 'non-material' changes however. (the
date, should still be 'material')
You might have dismissed the
I disagree, I find this feature quite useful from time to time.
Regards
Geoff
=
On 28/12/2022 12:05 pm, William Prescott wrote:
Let me guess: you looked in the other register before you had committed
the transaction.
Yes, you are probably right
That highlights a point about
>
>> Let me guess: you looked in the other register before you had committed
>> the transaction.
>
>
> Yes, you are probably right
>
That highlights a point about Gnucash function that I find annoying. It will
let you switch registers in the middle of editing a transaction, leaving the
On Wed, 28 Dec 2022 at 00:27, Stan Brown wrote:
> On 2022-12-27 16:10, Dr. David Kirkby wrote:
>
> > One thing I discovered tonight is that if I enter the wrong date, then
> > charge it on one side of the transaction (from account) then it doesn’t
> get
> > changed on the other side (to
On Tue, 27 Dec 2022 at 22:51, Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:
>
> When entering transactions into gnucash I am always entering a date, the
> correct one for the transaction, rarely TODAY'S date. It is only a minor
> annoyance, but the default gnucash starts with,
On 2022-12-27 16:10, Dr. David Kirkby wrote:
> One thing I discovered tonight is that if I enter the wrong date, then
> charge it on one side of the transaction (from account) then it doesn’t get
> changed on the other side (to account). This was a simple transaction - ie
> two splits.
Let me
On Tue, 27 Dec 2022 at 16:43, Stan Brown wrote:
>
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The
Hello R Losey,
*cpan update Finance::Quote *
worked for me. Just another alternative.
Michael
On Tue, Dec 27, 2022 at 3:38 PM Bruce Schuck
wrote:
> On 12/27/22 9:08 AM, R Losey wrote:
>
> > I have version 1.52 installed on Ubuntu 22.04LTS... it came as a
> > package. What do I need to do
On Tue, 27 Dec 2022 at 08:00, David T. wrote:
> Dr. Kirkby,
>
> While I understand the requirements for not editing existing transactions,
> I'll note that in your initial post, you mentioned going back to a backup
> and re-entering the transaction. Not to put too much of an emphasis here,
> but
On 2022-12-27 14:51, Michael or Penny Novack wrote:
> When entering transactions into gnucash I am always entering a date, the
> correct one for the transaction, rarely TODAY'S date. It is only a minor
> annoyance, but the default gnucash starts with, "today", is almost
> always going to be the
Ah thanks, I see it now :-)
Cheers David H.
On Wed, 28 Dec 2022 at 08:03, Stan Brown wrote:
> Not preferences, but File » Properties » Accounts » Day Threshold for
> read-only transactions.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
>
> On 2022-12-27 13:58, David H wrote:
> >
On 12/27/2022 2:00 PM, Steve Butler wrote:
If I paid today and enter the transaction today it should have today's
date on it.
Especially if paid with cash. If I wrote a check I must be ready for
them to go immediately to the bank and cash it
I think misunderstood?
Yes of course, if you
Not preferences, but File » Properties » Accounts » Day Threshold for
read-only transactions.
Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
On 2022-12-27 13:58, David H wrote:
> Stan,
>
> There doesn't seem to be an option/preference to restrict txns entered
> using N days before today
Hi Christopher,
Yes this is a good idea, I have inadvertently updated the wrong date on a
txn that had already been reconciled a year or 2 ago and had to go looking
for it again to fix it up. Are the existing warnings documented anywhere
in one place - will check the wiki and see if I can find
Stan,
There doesn't seem to be an option/preference to restrict txns entered
using N days before today anymore - version 4.13 of Gnucash on
Windows/MacOS - presumably it's been removed as it wasn't considered very
helpful or age has caught up with me and I'm slowly going blind :-)
Cheers David
On 12/27/22 9:08 AM, R Losey wrote:
I have version 1.52 installed on Ubuntu 22.04LTS... it came as a
package. What do I need to do to install the update? Is there a
script to run for updates? Do I need to build it myself?
Dropped gnucash-devel from the Cc.
The good folks on the GnuCash
On Tue, 27 Dec 2022 at 16:43, Stan Brown wrote:
>
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The
If I paid today and enter the transaction today it should have today's date
on it.
Especially if paid with cash. If I wrote a check I must be ready for them
to go immediately to the bank and cash it
On Tue, Dec 27, 2022, 10:52 Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:
>
>
>
If you create a bill, then entering multiple items then defaults to the
original date. However, once posted, the next thing to do is pay it. The
payment date defaults to the current date.
Just pointing out again, but accounting (and gnucash) not a "real tine"
activity. The CORRECT date to
Stan, I did forget to include the same session reference, that is a good
point. I think it has worked that way since much further back than
2.6.19!!!
David Kirby appears to be complaining about the behavior of some business
features which seem to not be following that same general behavior. I
On Tue, 27 Dec 2022, 8:44 pm Stan Brown, wrote:
>
>
> A related feature I _would_ like to see is the ability to specify a date
> range within which no new transactions could be entered. I would use
> that to prevent myself from unintentionally changing transactions from
> prior years. The
I have version 1.52 installed on Ubuntu 22.04LTS... it came as a package.
What do I need to do to install the update? Is there a script to run for
updates? Do I need to build it myself?
Thanks,
On Mon, Dec 26, 2022 at 9:29 PM Bruce Schuck
wrote:
> Finance::Quote v1.54 has been released and
On 2022-12-26 16:27, David Carlson wrote:
> When entering more than one transaction in a session, new transactions
> default to the same date last used, so the existing shortcuts metioned in a
> previous comment often work.
I think that should be "new transactions default to the same date last
On 27/12/2022 16:21, Geert Janssens wrote:
Can you post the output of
cd /usr/share/glib-2.0/schemas
stat -c'%w %n' org.gnucash.* gschemas.compiled
2022-12-26 10:04:03.695021388 +0100
org.gnucash.GnuCash.deprecated.gschema.xml
2022-12-26 10:04:03.699021454 +0100
Thanks Alaa for the detailed testing and sharing the same with all of us, it is
really helpfull. The decimal places , i was aware of as i use multi currencies
and the fraction column. Neverthless i learnt from you the setting in the
account can affect the whole rounding, which i always leave
Op dinsdag 27 december 2022 14:27:33 CET schreef Jeff:
> On 27/12/2022 13:30, Geert Janssens wrote:
>
> > I'm not sure what the typical paths on Debian are, but on Fedora the
> > schemas for system packages end up in
> >
> > /usr/share/glib-2.0/schemas/
> >
> > While locally built schemas
On 27/12/2022 13:30, Geert Janssens wrote:
I'm not sure what the typical paths on Debian are, but on Fedora the
schemas for system packages end up in
/usr/share/glib-2.0/schemas/
While locally built schemas typically end up in
/usr/local/share/glib-2.0/schemas/
If there are schema files in
On 27/12/2022 13:41, Jeff wrote:
Thanks for the help. I guess something I did created a second gsettings
schema a couple of days ago.
In the mean time, how do I identify and remove the second gsettings schema?
Regards
Jeff
OpenPGP_signature
Description: OpenPGP digital signature
On 27/12/2022 13:30, Geert Janssens wrote:
Typically you'd have plenty of errors or warnings about this in the
gnucash.trace file (which John suggested to check for).
This was fixed for gnucash 4.13 only. So perhaps you are suffering from
this bug ?
Oh yes. In /tmp/gnucash.trace I see:
*
Hi,
There is a bug ins gnucash 4.12 and earlier in which settings may not be
retrieved/set when
there is more than one path on your system with gsettings schemas.
I'm not sure what the typical paths on Debian are, but on Fedora the schemas
for system
packages end up in
Dr. Kirkby,
While I understand the requirements for not editing existing transactions, I'll
note that in your initial post, you mentioned going back to a backup and
re-entering the transaction. Not to put too much of an emphasis here, but how
does editing the date differ from opening a backup
Interestingly, it claims GnuCash handles payroll, which is not actually a claim
made by the developers/documentation.
Some of us use GnuCash for payroll, but so far as I know, everyone that does
it, uses an external program to calculate the deductions. It’s not super hard
to do payroll for a
45 matches
Mail list logo
