Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

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 that I have, are not ones that the developers want to fix
> >
> > 1) Can not generate a quote
>
> I recall this being considered for version 5.0 due out next Spring, but
> I haven't checked the status on the feature lately. Meanwhile, create
> invoices for printing/e-mailing, but do not post them. Edit them either
> within GnuCash or some other editor to indicate they are 'Quotes'. (a
> quote is not a transaction and should never be posted to your books)


I believe that the next invoice then has a number one higher than it would
otherwise have. That would break the requirements here that invoices are
consequently numbered.

>
> > 2) Can not generate a proforma invoice
>
> A bit trickier to implement, though it might be part of the above
> change. As I noted, I haven't looked at the progress in some time. Maybe
> check Bugzilla to find it and chime in on making it part of the feature,
> or file a separate bug for it. (might already be filed too, I'm not
> certain)


I thought that the developers were against this, stating it’s not part of
accounting. But it would be so very useful to small companies.


> 3) No direct support for cryptocurrencies
>
> That isn't likely to happen for some time for special reasons. GnuCash
> sticks with 'official' currencies. If any crypto are added to that list
> by the governing bodies, they should auto-appear available in GnuCash.
> In the meantime, there are of course work-arounds.


Governing bodies are often slow to react, or have their own agendas. I know
of an IEEE standard for antenna measurements that says a chart recorder
should be used, despite people people use computers nowadays for data
acquisition and have done for decades.
There are

1) large companies such as NewEgg accepting crypto

https://kb.newegg.com/knowledge-base/using-crypto-on-newegg/

2) PayPal, that has millions of users - far more than any crypto exchange.
I don’t know how much is bought or sold on PayPal, but they keep pushing
it. Their fees are very high

https://www.paypal.com/uk/webapps/mpp/crypto


3) Charities accepting it.

4) Depending upon what side of the bed Elon Musk gets out, Tesla will or
will not accept it.

5) Legal tender in at least one country.

6) I don’t know if Sage accepts crypto, but there’s plenty about it on
their website

https://www.sage.com/en-gb/blog/tag/cryptocurrency/

It seems a matter of when. NOT IF, other mainstream software packages
support crypto.


Regards,
> Adrien


Dave



-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Risk of using newer version on Windows 7

[David H]

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
you don't think it's looking ok just uninstall and re-install the version
you're currently on.

Cheers David H.


On Wed, 28 Dec 2022 at 17:24, James Geidl  wrote:

> 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
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Risk of using newer version on Windows 7

[James Geidl]

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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Improvement suggestion

[Adrien Monteleone]

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 or machine)


Regards,
Adrien

On 12/22/22 6:58 PM, Dr. David Kirkby wrote:

All your data is stored in a single file with the extension.gnucash. You
just need to back that one file, which you might call accounts.gnucash.

It would be more complicated if you used an external database, but I assume
that you are not, because that’s not the default behaviour, and it would
require the installation of other software.

So no backup tool is needed. In fact, the program makes regular backups in
the same directory.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] "Path Head for Linked Files Relative Paths" - per file setting?

[Adrien Monteleone]

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 setting applied to *all* .gnucash files. Is there a way to turn 
it into a *per file* setting?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Peter West]

> 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 support for cryptocurrencies
> 
> I could probably fix the last myself if I built the software from the
> source code, but the first two are more tricky.

If you decide to try this, please let the list (or me) know. I may even be able 
to give you a hand, although I was never a C++ programmer. There is more C than 
C++, though.

—
Peter West
p...@pbw.id.au
And the angel said to them, “Fear not, for behold, I bring you good news of 
great joy that will be for all the people. For unto you is born this day in the 
city of David a Saviour, who is Christ the Lord. And this will be a sign for 
you: you will find a baby wrapped in swaddling cloths and lying in a manger.”



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] How to generate Budget V Actual Report for Profit and Loss

[Adrien Monteleone]

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 Report as that 
can also show other types of accounts and in such context, a Net Income 
might not be useful or meaningful.


Regards,
Adrien

On 12/23/22 1:51 PM, davidvernonl...@gmail.com wrote:
I am trying to report an income statement showing actual against budget. 


If I select an Income Statement report or a Profit and Loss statement report
I see the actuals for the period , but not the budget.  


If I select Budget Income Statement Report or Budget Profit and Loss
statement report I see the budget but no actuals. 


If I select " budget Report" and then under "options" I select only the
Income and expense reports, then I see both budges and actuals, the Total
Expenses and the Total Income, but I cannot find a way of see the net
income/loss Total on that report ( being total income less expenses).  


At the moment my workaround is to copy paste to Excel


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] What determines the order of transaction is CSV file?

[Adrien Monteleone]

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 rare utility in 
exporting all accounts at once. I'd limit myself to my 'source' 
accounts, usually assets, from which funds flow out. That way, I don't 
get duplicate transaction info in the CSV.


Regards,
Adrien

On 12/24/22 6:32 AM, Dr. David Kirkby wrote:

On Fri, 23 Dec 2022 at 21:24, Dr. David Kirkby <
drkir...@kirkbymicrowave.co.uk> wrote:


I exported a list of transactions, then opened them in the LibraOffice
spreadsheet. The transactions seem to be in a random order. Since they are
split across multiple lines, it would not be possible to just sort them on
the date column. I'm sure there must be some logic to it, but I can't see
it. Below is a list of the dates of the transactions. Is there a way to get
them saved in chronological order?



I made some progress on this. If export transactions on Linux,  the order
is indeed random. (I have not tried Windows yet). But if I export an
individual register (bank account for example), having first sorted them in
whatever order I want (date, amount etc), then they remain in the order I
sorted them in.

I'm reluctant to claim it's a bug, as it might be my fault. There are no
options on the export function to export transactions in any particular
order. I would have thought date is the most logical as a default.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Add top-level account for both Income (Revenue) and Expenses (Other [Non-Operating] Income And Expenses)

[Adrien Monteleone]

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 takes more work, but otherwise, you'd need to write a custom Income 
Statement to treat 6-level accounts as distinct with their own section 
of the report. (and presumably relabel 4&5 as an 'Operating' section 
with their own sub-total.)


Regards,
Adrien

On 12/25/22 11:54 AM, gnucash_2...@michaelaltfield.net wrote:

How do I create a top-level account in GNU Cash that can hold both Income *and* 
Expenses in its subaccounts?

IFRS (and US GAAP) don't directly publish example Chart of Accounts, but I find 
it common to use some standard top-level account number prefixes. For example:

  * https://en.wikipedia.org/wiki/Chart_of_accounts#Example_Chart_of_Accounts
  * https://www.ifrs-gaap.com/universal-chart-accounts-0

1.0.0 - Assets
2.0.0 - Liabilities
3.0.0 - Equity
4.0.0 - Operating Revenue
5.0.0 - Operating Expenses
6.0.0 - Other (Non-Operating) Income And Expenses
  \_ 6.1.0 Other Revenue And Expenses
\_ 6.1.1 Other Revenue
\_ 6.1.2 Other Expenses


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Is "Transaction -> Add Reversing Transaction" on menu okay for a refund?

[Adrien Monteleone]

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 reversed that using the  "Transaction -> Add Reversing
Transaction" on menu. I noticed it showed up as "Refund" in the vendor
report - see attached. So I'm wondering if I can just reverse this
transaction for £0.60. Or is the correct way to do this more complicated?

Too complicated.

Just change the date.

Regards,
Adrien

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Changing registers in the middle of entering or editing a transaction

[Adrien Monteleone]

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 GnuCash 
with an edit in-progress. (in which case, it switches me to the affected 
register if I recall correctly)


I never expect to see a non-committed transaction appear elsewhere until 
committed. I'm not sure why anyone would.


Regards,
Adrien

On 12/27/22 7:05 PM, William Prescott wrote:

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 
changed transaction uncommitted.

Would it be an improvement to have the program prevent that. When you try to 
switch registers with an open transaction it could ask you if you want to save 
changes or cancel the editing of the transaction.

I can't think of a situation where I would like to pause in the middle of 
entering or editing a transaction in one register and go to another register.

Sometimes when I try to quit the App, it tells me I have an open transaction 
somewhere and it is always because I never committed some transaction. And at 
that point I don't remember what transaction nor if I wanted to save the 
changes.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

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 being considered for version 5.0 due out next Spring, but 
I haven't checked the status on the feature lately. Meanwhile, create 
invoices for printing/e-mailing, but do not post them. Edit them either 
within GnuCash or some other editor to indicate they are 'Quotes'. (a 
quote is not a transaction and should never be posted to your books)



2) Can not generate a proforma invoice


A bit trickier to implement, though it might be part of the above 
change. As I noted, I haven't looked at the progress in some time. Maybe 
check Bugzilla to find it and chime in on making it part of the feature, 
or file a separate bug for it. (might already be filed too, I'm not certain)



3) No direct support for cryptocurrencies


That isn't likely to happen for some time for special reasons. GnuCash 
sticks with 'official' currencies. If any crypto are added to that list 
by the governing bodies, they should auto-appear available in GnuCash. 
In the meantime, there are of course work-arounds.



Regards,
Adrien

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

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 features regularly, and quite often am entering 
for previous dates. I fail to notice any issue with doing so. I'm not 
sure why you are finding a problem. Is it really too much to ask to pay 
attention to what you are doing? (or slow down a tad in order to do so?)


If you have lots of old invoices you are trying to enter, consider 
creating a spreadsheet for import. See the Help file for the proper 
format. There are also a few threads here over the years on the topic.


You can then also import a spreadsheet of payments just to get the data 
entry done.


Once those two steps are complete, you then need to bring up a list of 
payments from a Find perhaps, and right-click to 'Assign as Payment' to 
link each one to their proper invoice. (sadly that can't be imported as 
far as I'm aware)


Regards,
Adrien

On 12/26/22 12:47 PM, Dr. David Kirkby wrote:

I am trying to enter some transactions from March. Every now and again I
forget to change the date on something, so I get today’s date. Then I have
to go back to a backup file. It would be nice when entering historical
transactions if it was impossible to use todays date - one is forced to
change the date is something in preferences prevented todays date being
used. --


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Adrien Monteleone]

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 warning and set the preference to not bug 
you in the future. You can reset it under Actions > 'Reset Warnings...'


Regards,
Adrien

On 12/27/22 4:01 PM, David H wrote:

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 them ?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Changing registers in the middle of entering or editing a transaction

[Geoff]

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 Gnucash function that I find annoying. It will 
let you switch registers in the middle of editing a transaction, leaving the 
changed transaction uncommitted.

Would it be an improvement to have the program prevent that. When you try to 
switch registers with an open transaction it could ask you if you want to save 
changes or cancel the editing of the transaction.

I can't think of a situation where I would like to pause in the middle of 
entering or editing a transaction in one register and go to another register.

Sometimes when I try to quit the App, it tells me I have an open transaction 
somewhere and it is always because I never committed some transaction. And at 
that point I don't remember what transaction nor if I wanted to save the 
changes.

Will
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Changing registers in the middle of entering or editing a transaction

[William Prescott]

> 
>> 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 
changed transaction uncommitted.

Would it be an improvement to have the program prevent that. When you try to 
switch registers with an open transaction it could ask you if you want to save 
changes or cancel the editing of the transaction. 

I can't think of a situation where I would like to pause in the middle of 
entering or editing a transaction in one register and go to another register. 

Sometimes when I try to quit the App, it tells me I have an open transaction 
somewhere and it is always because I never committed some transaction. And at 
that point I don't remember what transaction nor if I wanted to save the 
changes.

Will
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

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 account). This was a simple transaction -
> ie
> > two splits.
>
> Let me guess: you looked in the other register before you had committed
> the transaction.


Yes, you are probably right


Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com


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
2) Can not generate a proforma invoice
3) No direct support for cryptocurrencies

I could probably fix the last myself if I built the software from the
source code, but the first two are more tricky.

Dave
-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

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, "today", is almost
> always going to be the wrong date.


That’s what I am finding. The current date is rarely the right one, but
GnuCash defaults to that.

Once I have all my historical transactions in, I will try to do bills the
day I purchase something, but I have the facility for customers to buy with
eBay and PayPal. There’s a good chance that I would find it impossible to
generate the invoice the day of the transaction, as it might occur in the
middle of the night.

Michael D Novack


Dave

-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

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 guess: you looked in the other register before you had committed
the transaction.

Until you commit thee transaction (typically by pressing Enter, not Tab)
the change is not in the database and therefore will not show up in any
register other than the one where you are editing the transaction.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

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 existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.


Where can you set this N? I hadn’t noticed it. Can one either restrict the
range to be >N days? Or maybe if one sticks in a negative value for N, that
might achieve what I want.

>
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com


Dave

> 

-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Finance::Quote v1.54 Released

[Fross, Michael]

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 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 team will point you to "gnc-fq-update",
> which itself is small Perl wrapper script which calls CPAN.
>
> https://wiki.gnucash.org/wiki/Online_Quotes#gnc-fq-update
>
>
> https://wiki.gnucash.org/wiki/Online_Quotes#Installing_Finance::Quote_using_CPAN
>
> It takes Ubuntu/Canonical some time to update their packages, so they
> are usually at least a major release or two behind.
>
> Updating from F::Q v1.52 to v1.54 should be quick using CPAN. But
> therein lies the caveat with Perl and CPAN. Occasionally additional
> modules or updates to existing ones require compilation of C code. While
> the CPAN mechanism will take care of this, it will require a development
> environment. At the very least the basic gcc/g++ packages and gmake.
>
> - Bruce S.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

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 how does editing the date differ from opening a backup and re-entering
> the transaction?
>
> David T.
>

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.

 I am going to have to double check for any of these sorts of transaction,
where the date one said may be different to the other.

Dave.

On Dec 27, 2022, at 3:07 AM, "Dr. David Kirkby" <
drkir...@kirkbymicrowave.co.uk> wrote:

> On Mon, 26 Dec 2022 at 19:22, William Prescott 
>> wrote:
>>
>>  Your post puzzles me.
>>>
>>>  I am trying to enter some transactions from March. Every now and again I
  forget to change the date on something, so I get today’s date. Then I

>>>  have
>>>
  to go back to a backup file.

>>>
>>>
>>>  Why? Can't you just edit the date on the transaction and change it.
>>>
>>
>>
>> I thought one wasn’t supposed to do that - at least in formula accounting.
>>
>>
>>>
>>>  It would be nice when entering historical
  transactions if it was impossible to use todays date - one is forced to
  change the date is something in preferences prevented todays date being
  used.

>>>
>>>  I must be missing something. Not being able to use today's day would make
>>>  it impossible to enter transactions on the day they occurred. Are you
>>>  asking for some switch that could be set before entering historical
>>>  transactions? It seems like a cumbersome solution to a non-problem.
>>>
>>
>>
>> Yes, a switch for entering historical transactions.
>>
>>
>>>  Will
>>>
>>
>>
>> Dave
>>
>> --
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

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 wrong date.

That's you, and if it works for you there's nothing wrong with it.

On the other hand, I (and I'm sure some others here) try to enter things
in GC as soon as possible, because then it's one less thing to remember.
For me, entering a transaction after the day it occurred is the
exception, not the rule. So for me, the default to entering today's date
works far more often than not.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David H]

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:
> > 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 H.
> >
> >
> > On Wed, 28 Dec 2022 at 02:44, Stan Brown  > > wrote:
> >
> > 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
> > used _in_the_same_register_ in that session." At least that's been my
> > experience with 2.6.19, though it could have changed in later GC
> > versions.
> >
> > > If it happens that you are editing multiple historical
> > transactions,  they> are likely close together as well.
> >
> > And there is also the option to run a Ctrl+F query, then make any
> needed
> > edits right in the results register. That's a "live" register like
> any
> > other, not a static read-only view into the database.
> >
> > > If I had that sort of switch,  I would be forgetting to reset it
> > when done.
> >
> > I agree wholeheartedly. Such an "switch" sounds to me like a classic
> > case of bloating the product with a feature of _very_ limited
> > applicability.
> >
> > 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 existing mechanism, where the only form of date
> range
> > is N days before today, doesn't seem very helpful to me, since I
> have to
> > change the value of N every day.
> >
> > Stan Brown
> > Tehachapi, CA, USA
> > https://BrownMath.com 
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org 
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > 
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> >
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Michael or Penny Novack]

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 made the payment today then today's date should be 
the date  of the transaction.


But who is to say that you got around to opening gnucash and entering 
the transaction today? Especially if that was cash. And it is not 
necessarily the date on which you write the check (though that is the 
date you will usually use) but the date that you "delivered" the check 
<< when you hand it to them, or for legal purposes, have made 
"constructive delivery" of it -- from which "postmark" gets its legal 
importance >>


In other words, I was responding to the idea that the date on the 
transaction should be the "date when entered into gnucash" << today's 
date >> when that could be well AFTER the date when the payment was 
actually made.


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 wrong date. I am never, for example, when paying  
a stack of bills, taking the first one, writing the check, putting a 
stamp on, and taking to the post office, and then opening gnucash to 
enter the transaction, then on to the next bill. Instead I process the 
entire stack of bills, put the envelopes in a stack on the desk, until 
the next time I am going down to our mail box (and putting the flag up; 
we're rural). The next time I have gnucash up, will enter these 
transactions using data from the check register. MIGHT be same day, 
MIGHT be next day, MIGHT be net week.


Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

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 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 H.
> 
> 
> On Wed, 28 Dec 2022 at 02:44, Stan Brown  > wrote:
> 
> 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
> used _in_the_same_register_ in that session." At least that's been my
> experience with 2.6.19, though it could have changed in later GC
> versions.
> 
> > If it happens that you are editing multiple historical
> transactions,  they> are likely close together as well.
> 
> And there is also the option to run a Ctrl+F query, then make any needed
> edits right in the results register. That's a "live" register like any
> other, not a static read-only view into the database.
> 
> > If I had that sort of switch,  I would be forgetting to reset it
> when done.
> 
> I agree wholeheartedly. Such an "switch" sounds to me like a classic
> case of bloating the product with a feature of _very_ limited
> applicability.
> 
> 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 existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
> 
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org 
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> 
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David H]

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 them ?

Cheers David H.

On Wed, 28 Dec 2022 at 03:18, Christopher Lam 
wrote:

> 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 existing mechanism, where the only form of date range
> > is N days before today, doesn't seem very helpful to me, since I have to
> > change the value of N every day.
> >
>
> Among this discussion, this is one feature request that looks interesting:
> if the user inputs a transaction dated *before* the last reconciliation
> date, there could/should be a warning that the user should reconsider the
> date, because the new transaction would likely affect the previous
> reconciliations. Any thoughts from long term users?
>
>
> >
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David H]

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 H.


On Wed, 28 Dec 2022 at 02:44, Stan Brown  wrote:

> 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
> used _in_the_same_register_ in that session." At least that's been my
> experience with 2.6.19, though it could have changed in later GC versions.
>
> > If it happens that you are editing multiple historical transactions,
> they> are likely close together as well.
>
> And there is also the option to run a Ctrl+F query, then make any needed
> edits right in the results register. That's a "live" register like any
> other, not a static read-only view into the database.
>
> > If I had that sort of switch,  I would be forgetting to reset it when
> done.
>
> I agree wholeheartedly. Such an "switch" sounds to me like a classic
> case of bloating the product with a feature of _very_ limited
> applicability.
>
> 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 existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Finance::Quote v1.54 Released

[Bruce Schuck]

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 team will point you to "gnc-fq-update", 
which itself is small Perl wrapper script which calls CPAN.


https://wiki.gnucash.org/wiki/Online_Quotes#gnc-fq-update

https://wiki.gnucash.org/wiki/Online_Quotes#Installing_Finance::Quote_using_CPAN

It takes Ubuntu/Canonical some time to update their packages, so they 
are usually at least a major release or two behind.


Updating from F::Q v1.52 to v1.54 should be quick using CPAN. But 
therein lies the caveat with Perl and CPAN. Occasionally additional 
modules or updates to existing ones require compilation of C code. While 
the CPAN mechanism will take care of this, it will require a development 
environment. At the very least the basic gcc/g++ packages and gmake.


- Bruce S.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Dr. David Kirkby]

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 existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.


That would achieve what I want. If while inputting transactions in March I
could set minimum date 1/3/2022 and max date 31/3/2022, that would achieve
what I wanted. The default date of today would not be accepted.


>  Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com


Dave
-- 
Dr. David Kirkby,
Kirkby Microwave Ltd,
drkir...@kirkbymicrowave.co.uk
https://www.kirkbymicrowave.co.uk/
Telephone 01621-680100./ +44 1621 680100

Registered in England & Wales, company number 08914892.
Registered office:
Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
Kingdom
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Steve Butler]

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 use for entering payment of a bill is when
> you made legal payment of it. Not when you got around to entering the
> transaction. The "current date" (date at the time you entered the
> transaction isn't relevant to anything, or should not be.
>
> If this seems to be persnickety, image that there are discounts for on
> time payments or late fees for late payments.
>
>
> Michael D Novack
>
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Michael or Penny Novack]

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 use for entering payment of a bill is when 
you made legal payment of it. Not when you got around to entering the 
transaction. The "current date" (date at the time you entered the 
transaction isn't relevant to anything, or should not be.


If this seems to be persnickety, image that there are discounts for on 
time payments or late fees for late payments.



Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David Carlson]

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
think that would be a valid concern.  I don't use those features so I
cannot discuss them intelligently.  I will say that if they behave
differently for a specific reason, maybe those features need some
additional setting.

On Tue, Dec 27, 2022 at 10:44 AM Stan Brown 
wrote:

> 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
> used _in_the_same_register_ in that session." At least that's been my
> experience with 2.6.19, though it could have changed in later GC versions.
>
> > If it happens that you are editing multiple historical transactions,
> they> are likely close together as well.
>
> And there is also the option to run a Ctrl+F query, then make any needed
> edits right in the results register. That's a "live" register like any
> other, not a static read-only view into the database.
>
> > If I had that sort of switch,  I would be forgetting to reset it when
> done.
>
> I agree wholeheartedly. Such an "switch" sounds to me like a classic
> case of bloating the product with a feature of _very_ limited
> applicability.
>
> 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 existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
David Carlson
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Christopher Lam]

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 existing mechanism, where the only form of date range
> is N days before today, doesn't seem very helpful to me, since I have to
> change the value of N every day.
>

Among this discussion, this is one feature request that looks interesting:
if the user inputs a transaction dated *before* the last reconciliation
date, there could/should be a warning that the user should reconsider the
date, because the new transaction would likely affect the previous
reconciliations. Any thoughts from long term users?


>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Finance::Quote v1.54 Released

[R Losey]

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 uploaded to CPAN.
>
> https://metacpan.org/release/BPSCHUCK/Finance-Quote-1.54
>
> https://www.cpan.org/authors/id/B/BP/BPSCHUCK/Finance-Quote-1.54.tar.gz
>
> https://github.com/finance-quote/finance-quote
>
> Thank you.
>
> - Bruce S.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[Stan Brown]

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
used _in_the_same_register_ in that session." At least that's been my
experience with 2.6.19, though it could have changed in later GC versions.

> If it happens that you are editing multiple historical transactions,  they> 
> are likely close together as well.

And there is also the option to run a Ctrl+F query, then make any needed
edits right in the results register. That's a "live" register like any
other, not a static read-only view into the database.

> If I had that sort of switch,  I would be forgetting to reset it when done.

I agree wholeheartedly. Such an "switch" sounds to me like a classic
case of bloating the product with a feature of _very_ limited applicability.

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 existing mechanism, where the only form of date range
is N days before today, doesn't seem very helpful to me, since I have to
change the value of N every day.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Settings not respected

[Jeff]

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 
org.gnucash.GnuCash.dialogs.business.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.checkprinting.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.commodities.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.export.csv.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.flicker.gschema.xml

2022-12-26 10:04:03.699021454 +0100 org.gnucash.GnuCash.dialogs.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.import.csv.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.import.generic.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.import.hbci.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.import.ofx.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.import.qif.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.reconcile.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.sxs.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.dialogs.totd.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.general.finance-quote.gschema.xml

2022-12-26 10:04:03.699021454 +0100 org.gnucash.GnuCash.gschema.xml
2022-12-26 10:04:03.699021454 +0100 org.gnucash.GnuCash.history.gschema.xml
2022-12-26 10:04:03.699021454 +0100 org.gnucash.GnuCash.warnings.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.window.pages.account.tree.gschema.xml
2022-12-26 10:04:03.699021454 +0100 
org.gnucash.GnuCash.window.pages.gschema.xml

2022-12-27 08:29:57.412027720 +0100 gschemas.compiled

The next time you start gnucash it will print the value of XDG_DATA_DIRS 
in the gnucash.trace file somewhere. Can you look for this and check 
whether there's another directory on the path that has a non-empty 
glib-2.0/schemas subdirectory ?


* 16:30:46  WARN  
XDG_DATA_DIRS=/usr/share/gnome:/usr/local/share/:/usr/share/


 So no.

Is there a way to get gnucash 4.13 installed on your system (and not via 
flatpak ?) That would be another useful test.


I just built a deb for 4.13 and indeed the problem is fixed.

Thanks for your help.

Regards

Jeff


OpenPGP_signature
Description: OpenPGP digital signature
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Rounding discrepancy in payment processing [SOLVED]

[Murugan Muruganandam]

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 it as commodity. 
thanks for the same

Really happy you were able to debug the issue and solve the same, happy holidays




Saludos Cordiales


Murugan


From: Alaa Zeineldine 
Sent: Monday, December 26, 2022 11:30 PM
To: 'Murugan Muruganandam' 
Cc: gnucash-user@gnucash.org 
Subject: RE: [GNC] Rounding discrepancy in payment processing [SOLVED]


Hello Murugan,

(This issue was resolved)

I did a lot of research and played with a number of test case combinations. 
Happily, all the issues were resolved by correcting a couple of settings. Below 
are some details for the benefit of anyone who may encounter similar issues.

A. Japanese Yen. Let's first get this subtle issue out of the way. That's the 
issue of rounding non-default currency values, which you reproduced when you 
used a Japanese Yen client for testing. It turns out that the JPY currency is 
fraction-less by definition. All JPY values have to be whole numbers. So, 
rounding here is required and it appears to override other settings for 
fractions. This is reflected in the JPY entry under the "Security Editor", 
where the Fraction column is set to 1. It seems that Gnucash has this built-in 
somehow. You may have been unfortunate to choose JPY as the currency for your 
sample customer, leading you in the wrong direction. But as a result, we also 
learned an important fact. So, it was fortunate after all.



B. Rounding discrepancies in general.

The main issue I originally reported was unexpected rounding of invoice 
amounts; this led to discrepancies in payment processing and A/R Aging reports.

Here is what I found:

*  The problem was caused by an incorrect setting of the “Smallest Fraction” in 
the “Edit Account” settings (Accounts>Edit Account>Smallest Fraction).

During initial setup, I had selected "1" as the smallest fraction for A/R 
accounts. This was several years ago when I switched from QuickBooks to 
Gnucash.  I was following the QuickBooks convention where the number of decimal 
places was expressed as “one” and “two”.

*  This setting was the problem because, in Gnucash, setting “1” indicates 
"whole number" not “one decimal place”. Decimal places in GC account setting 
are expressed as 1/10, 1/100, 1/1000, etc. Alternatively, the recommended 
(default) setting is "Use Commodity Value", which will set the smallest 
fraction to the built-in value as displayed in the Security Editor. (The term 
“Commodity” put me off in the beginning, as I am a freelancer who uses Accounts 
Receivable for invoicing my clients and had nothing to do with commodities. I 
had not realized what the term meant in Gnucash then).

* Now, I tried setting the Smallest Fraction to 1/100 and to “use Commodity 
Value” in two different tests. In both cases, the problem was resolved, and I 
was getting accurate invoice values with fractions for Payment Processing and 
A/R Aging, and for all other tasks for that matter. No spurious prepayments 
were created as was the case before.

* To clear discrepancies with previously completed invoice/payment pairs, I ran 
 “Check & Repair all” on the A/R account (Actions>Check & Repair>All 
transactions). I followed this by running an A/R Aging report, and all previous 
rounding, discrepancies and spurious prepayments were cleared. The Aging report 
now exactly reflected outstanding customer invoices.



C. Discrepancies with non-default currencies

* In addition to the default USD, I have EUR and GBP accounts. While the above 
fix for the rounding issue also worked for those currencies, their A/R accounts 
still showed strange small and large imbalances.

* By further research, I realized that to work with multiple currencies, I had 
to activate “Use Trading Accounts”. This was another term which I always 
skipped because my business activities did not include trading. Once again, I 
did not realize the meaning of the term in Gnucash, which I suppose considers 
currency conversion between accounts of different currencies a form of trading. 
That’s fair although not intuitive (perhaps it is for an accountant).

* So, I activated Trading Accounts (File>Properties>check “Use Trading 
Accounts”) and also ran “Check & Repair All transactions” on the EUR and GBP 
A/R accounts. And voilà, all discrepancies were cleared and the A/R Aging 
report for those accounts was completely accurate.

* Note:  With “Use Trading Accounts” activated, two additional splits appeared 
for each non-default currency transaction. The accounts for these splits were 
“Trading:CURRENCY:”, e.g. “Trading:CURRENCY:EUR” and 
“Trading:CURRENCY:USD” for a EUR account. These seem to account for the 
currency conversion between the 

Re: [GNC] Settings not respected

[Geert Janssens]

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 typically end up in
> > 
> > /usr/local/share/glib-2.0/schemas/
> > 
> > 
> > If there are schema files in both locations (not necessarily gnucash 
> > related), a gnucash installed from a deb package will not find its 
> > schema files in the former location and hence settings will not work.
> 
> 
> The first path has lots of xml-files and a few others.
> 
Can you post the output of
cd /usr/share/glib-2.0/schemas
stat -c'%w %n' org.gnucash.* gschemas.compiled

> The second path does not exist.
> 
> echo $XDG_DATA_DIRS
> 
> gives:
> 
> /usr/share/gnome:/usr/local/share/:/usr/share/
> 

GnuCash can manipulate the contents of XDG_DATA_DIRS at startup. To figure out 
the exact 
value GnuCash sees, you can create a 
file named "config-user.scm" in $HOME/.config/gnucash
with this contents:
(use-modules (gnucash utilities)) 
(gnc:warn "XDG_DATA_DIRS=" (getenv "XDG_DATA_DIRS"))

The next time you start gnucash it will print the value of XDG_DATA_DIRS in the 
gnucash.trace file somewhere. Can you look for this and check whether there's 
another 
directory on the path that has a non-empty glib-2.0/schemas subdirectory ?

> But there isn't a glib-2.0 directory in /usr/share/gnome, either.
> 

Considering both dconf-editor and the gsettings command line tool show the 
proper value, 
to me this is still most likely a variation of
https://bugs.gnucash.org/show_bug.cgi?id=798672[1]

If there's no clear hint in the above, can you post the full gnucash.trace 
contents here, or at 
least up until the first gsettings schema error you get ?

Is there a way to get gnucash 4.13 installed on your system (and not via 
flatpak ?) That would 
be another useful test.

Regards,

Geert


[1] https://bugs.gnucash.org/show_bug.cgi?id=798672
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Settings not respected

[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 typically end up in

/usr/local/share/glib-2.0/schemas/


If there are schema files in both locations (not necessarily gnucash 
related), a gnucash installed from a deb package will not find its 
schema files in the former location and hence settings will not work.


The first path has lots of xml-files and a few others.

The second path does not exist.

echo $XDG_DATA_DIRS

gives:

/usr/share/gnome:/usr/local/share/:/usr/share/

But there isn't a glib-2.0 directory in /usr/share/gnome, either.

Regards

Jeff


OpenPGP_signature
Description: OpenPGP digital signature
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Settings not respected

[Jeff]

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
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Settings not respected

[Jeff]

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:

* 08:44:20 ERROR  g_settings_new_full: assertion 'schema != 
NULL' failed
* 08:44:20  WARN  
[gnc_gsettings_get_settings_ptr()] Ignoring attempt to access unknown 
gsettings schema org.gnucash.GnuCash.general
* 08:44:20 ERROR  void 
gnc_gsettings_remove_cb_by_func(const gchar*, const gchar*, gpointer, 
gpointer): assertion 'G_IS_SETTINGS (settings_ptr)' failed


Thanks for the help. I guess something I did created a second gsettings 
schema a couple of days ago.


Does anyone have a Debian build for 4.13 that I can test?

Regards

Jeff


OpenPGP_signature
Description: OpenPGP digital signature
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Settings not respected

[Geert Janssens]

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
/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 both locations (not necessarily gnucash related), 
a gnucash 
installed from a deb package will not find its schema files in the former 
location and hence 
settings will not work.

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 ?

Regards,

Geert

Op dinsdag 27 december 2022 08:45:30 CET schreef Jeff:
> On 26/12/2022 19:26, R Losey wrote:
> 
> > This is probably a dumb question, but do your preferences file still 
> > exist? And are they readable/writeable by you? And the permissions of 
> > the parent directory (or directories) haven't been changed?
> 
> 
> I've been trying to work out where the changes land.
> 
> 
> > When you make a small minor tweak to preferences, does the timestamp 
> > change on the preferences file?
> 
> 
> Edit/Preferences give the date format to be ISO. If I change it to, say, 
> UK and hit close, and then open the dialogue again, it is back to ISO.
> 
> When I open Edit/Preferences, I get
> 
> sys:1: Warning: g_hash_table_foreach: assertion 'hash_table != NULL' failed
> 
> on the command line, which I assume is then the problem.
> 
> Regards
> 
> Jeff

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Feature request - prevent a transaction with todays date

[David T. via gnucash-user]

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 and re-entering the 
transaction? 

⁣David T. ​

On Dec 27, 2022, 3:07 AM, at 3:07 AM, "Dr. David Kirkby" 
 wrote:
>On Mon, 26 Dec 2022 at 19:22, William Prescott 
>wrote:
>
>> Your post puzzles me.
>>
>> > I am trying to enter some transactions from March. Every now and
>again I
>> > forget to change the date on something, so I get today’s date. Then
>I
>> have
>> > to go back to a backup file.
>>
>>
>> Why? Can't you just edit the date on the transaction and change it.
>
>
>I thought one wasn’t supposed to do that - at least in formula
>accounting.
>
>>
>>
>> > It would be nice when entering historical
>> > transactions if it was impossible to use todays date - one is
>forced to
>> > change the date is something in preferences prevented todays date
>being
>> > used.
>>
>> I must be missing something. Not being able to use today's day would
>make
>> it impossible to enter transactions on the day they occurred. Are you
>> asking for some switch that could be set before entering historical
>> transactions? It seems like a cumbersome solution to a non-problem.
>
>
>Yes, a switch for entering historical transactions.
>
>>
>> Will
>
>
>Dave
>-- 
>Dr. David Kirkby,
>Kirkby Microwave Ltd,
>drkir...@kirkbymicrowave.co.uk
>https://www.kirkbymicrowave.co.uk/
>Telephone 01621-680100./ +44 1621 680100
>
>Registered in England & Wales, company number 08914892.
>Registered office:
>Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT,
>United
>Kingdom
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Inaccurate information about GnuCash at https://www.capterra.com/

[R. Victor Klassen via gnucash-user]

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 small enough number of employees, specific to one 
jurisdiction.  Handling arbitrary jurisdictions and numbers of employees is a 
different matter entirely.

> On Dec 18, 2022, at 10:19 PM, Dr. David Kirkby 
>  wrote:
> 
> I stumbled across this link, comparing Sage to GnuCash
> 
> https://www.capterra.com/accounting-software/compare/125092-168740/GnuCash-vs-Sage-One-UK
> 
> The list of features given for GnuCash is a small subset of the actual
> features. GnuCash scores 3/13, and Sage 13/13. See the two screenshots.
> 
> I don’t know if it’s considered worth advising them of the serious errors
> in their feature list. I don’t know if GnuCash can do everything on the
> list, but it can certainly do more than 3.
> 
> 
> -- 
> Dr. David Kirkby,
> Kirkby Microwave Ltd,
> drkir...@kirkbymicrowave.co.uk
> https://www.kirkbymicrowave.co.uk/
> Telephone 01621-680100./ +44 1621 680100
> 
> Registered in England & Wales, company number 08914892.
> Registered office:
> Stokes Hall Lodge, Burnham Rd, Althorne, Chelmsford, Essex, CM3 6DT, United
> Kingdom
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.