Re: [GNC] Inventory

[Michael or Penny Novack]

On 9/12/2023 8:02 PM, David G. Pickett via gnucash-user wrote:

Does GNUCash do inventory at least on a small scale?  It seems like a security 
or stock, you could define a price for sales or a recent/current cost for 
supplies, and when you sell or order it might be like a stock sale or order.


Yes and no.

You CAN of course track the money part of inventory (the general ledger 
part) manually, which is what I was doing for the orgs (they might have 
had "tee shirts", coffee mugs, etc.). So let me give an example using 
tee shirts. These were both sold (fund raising) and given away 
(recognition) and were bought in batches, not necessarily at the same 
unit cost. As treasurer I would need to get "reports" from those who 
were selling them and/or giving any away or who ordered another batch 
from the supplier).


So a report "I sold X of these at an event" would result in a 
transaction debiting undeposited cash and "cost of goods sold" (at the 
unit price of the current batch) and crediting that batch (under the 
asset "inventory") and "income from goods sold". If they were given to 
volunteers would be debiting "recognition" and crediting the batch in 
inventory.


BUT --- an "inventory system" would be doing MUCH more, and not all of 
it in terms of money. For example, tracking where "shelved" (kept at the 
office vs given out to somebody tabling at an event, etc.) and 
information about the supplier, alternative suppliers, reorder level, etc.


Gnucash is only the ":general ledger" part of a complete business system 
(or personal system for that matter)



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] keyboard shortcut - how to implement for open/close splits?

[Stan Brown (using GC 4.14)]

On 2023-09-12 15:48, jbonn...@internode.on.net wrote:
> Here are some notes I have on how I achieved this on Windows 10
> 
> For Windows users, I found that accelerator-map file in
> 
> C:\Users\john\.gnucash\accelerator-map

The items stored in the {username}\.gnucash folder relate to GC "2.6 and
older only", according to
.
You may as well delete that folder.

> %APPDATA%\GnuCash\accelerator-map
> and a backup at
> %APPDATA%\GnuCash.bkp\accelerator-map

You must have created that GnuCash.bkp folder -- unless I'm severely
misinformed, GC doesn't create it. Certainly I don't have such a folder
on my Windows 10 system, and there's no mention of it at the URL I gave
above.

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] keyboard shortcut - how to implement for open/close splits?

[Stan Brown (using GC 4.14)]

On 2023-09-12 14:46, Murugan Muruganandam wrote:
> In Version 4.14 onwards there was a changein the way accelerator map was 
> handled, please see below for more details. ...
> 
> Change the handling of accelerator maps. Gtk no longer supports
> changing these from the menus and the save no longer writes out
> the accelerators that have their default values, so to assist
> users editing them we have generated default ones that we
> include with GnuCash and have disabled saving when quitting
> GnuCash. At startup GnuCash will check for the presence of the
> file accelerator-map in GNC_CONFIG_HOME
> 
> and if it's not found will copy in the default one.

Where did that text come from, please?

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] keyboard shortcut - how to implement for open/close splits?

[Murugan Muruganandam]

it is in the release notes Stan


https://github.com/Gnucash/gnucash/releases




Saludos Cordiales


Murugan


From: gnucash-user 
 on behalf of Stan 
Brown (using GC 4.14) 
Sent: Wednesday, September 13, 2023 1:32 PM
To: gnucash-user@gnucash.org 
Subject: Re: [GNC] keyboard shortcut - how to implement for open/close splits?


On 2023-09-12 14:46, Murugan Muruganandam wrote:
> In Version 4.14 onwards there was a changein the way accelerator map was 
> handled, please see below for more details. ...
>
> Change the handling of accelerator maps. Gtk no longer supports
> changing these from the menus and the save no longer writes out
> the accelerators that have their default values, so to assist
> users editing them we have generated default ones that we
> include with GnuCash and have disabled saving when quitting
> GnuCash. At startup GnuCash will check for the presence of the
> file accelerator-map in GNC_CONFIG_HOME
> 
> and if it's not found will copy in the default one.

Where did that text come from, please?

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] keyboard shortcut - how to implement for open/close splits?

[Stan Brown (using GC 4.14)]

Thanks! But that change is in release notes for 4.9, i.,e. the
pre-release 5.x, so that wouldn't be relevant to 4.14, right? And the
change is marked as not related to a bugfix.

So I'm still confused. Was there a bug in 4.14's handling of accelerator
keys in accelerator-map, or wasn't there?

I'm reluctant to upgrade to 5.3 because of the auto-completion issues
with transactions, which I understand will be fixed in 5.4. If it really
means no customizable accelerator keys in 4.14, I'll live with that. But
I'd at least like to be sure that's what it means.

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

On 2023-09-13 10:10, Murugan Muruganandam wrote:
> it is in the release notes Stan
> https://github.com/Gnucash/gnucash/releases
> 
> 

> On 2023-09-12 14:46, Murugan Muruganandam wrote:
>> In Version 4.14 onwards there was a changein the way accelerator map was 
>> handled, please see below for more details. ...
>> 
>> Change the handling of accelerator maps. Gtk no longer supports
>> changing these from the menus and the save no longer writes out
>> the accelerators that have their default values, so to assist
>> users editing them we have generated default ones that we
>> include with GnuCash and have disabled saving when quitting
>> GnuCash. At startup GnuCash will check for the presence of the
>> file accelerator-map in GNC_CONFIG_HOME
>>  >
>> and if it's not found will copy in the default one.
> 
> Where did that text come from, please?
> 
> 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] keyboard shortcut - how to implement for open/close splits?

[Adrien Monteleone]

The 'not related to a bug' is literally that — a change that didn't have 
a formal bug report as documentation.


That doesn't mean it wasn't designed to fix an otherwise 'undocumented' 
bug, or in the case of the accelerators, to head one off due to other 
changes outside of GnuCash control. But it could indeed just be an 
improvement in the software.


In their cleaning up of the codebase (and other duties) the devs 
routinely find things that need fixing but that no one has reported yet. 
Usually these are just code improvements, but sometimes, they involve 
things that aren't really working as expected/intended. You'll see those 
listed under 'not related to a bug'.



As for auto-completion, other than having to retype memos from before 
5.x, I don't have an issue with it at all.


But that might be due to how I treat 'Descriptions', which is as a 
literal payee/payor, and *not* what the transaction is for. I use the 
Notes field for that info, and Memo fields for line item detail. Thus I 
quite possibly have an easier time of auto-completing my Descriptions 
than others.


I might also be lucky that my Payee/Payor Descriptions rarely have more 
than 2–3 similar letter sequences, so my lists to choose from are either 
non-existent or very short.


I don't know how you or others use the Description field, but if you do 
similar as I do, your odds of having issue with the feature aren't 
likely to be high for the same reason(s). Of course, 5.4 will be out 
soon enough.


Regards,
Adrien

On 9/13/23 1:29 PM, Stan Brown (using GC 4.14) wrote:

Thanks! But that change is in release notes for 4.9, i.,e. the
pre-release 5.x, so that wouldn't be relevant to 4.14, right? And the
change is marked as not related to a bugfix.

So I'm still confused. Was there a bug in 4.14's handling of accelerator
keys in accelerator-map, or wasn't there?

I'm reluctant to upgrade to 5.3 because of the auto-completion issues
with transactions, which I understand will be fixed in 5.4. If it really
means no customizable accelerator keys in 4.14, I'll live with that. But
I'd at least like to be sure that's what it means.


___
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] keyboard shortcut - how to implement for open/close splits?

[Stan Brown (using GC 4.14)]

Thanks, Adrien. I understand what you're saying: a bug may have been
noticed, and fixed, as part of other coding before there was ever a
report in the database. That makes sense to me.

I don't use Notes at all -- force of habit, mainly, since it's only a
couple of months ago that I knew such a thing existed. My Description
lines mostly look like
thing: vendor
and then most of my Memo items are empty.

I think I'll wait for 5.4. I haven't checked the chronology, but it
can't be too far away now.

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

On 2023-09-13 11:59, Adrien Monteleone wrote:
> The 'not related to a bug' is literally that — a change that didn't have
> a formal bug report as documentation.
> 
> That doesn't mean it wasn't designed to fix an otherwise 'undocumented'
> bug, or in the case of the accelerators, to head one off due to other
> changes outside of GnuCash control. But it could indeed just be an
> improvement in the software.
> 
> In their cleaning up of the codebase (and other duties) the devs
> routinely find things that need fixing but that no one has reported yet.
> Usually these are just code improvements, but sometimes, they involve
> things that aren't really working as expected/intended. You'll see those
> listed under 'not related to a bug'.
> 
> 
> As for auto-completion, other than having to retype memos from before
> 5.x, I don't have an issue with it at all.
> 
> But that might be due to how I treat 'Descriptions', which is as a
> literal payee/payor, and *not* what the transaction is for. I use the
> Notes field for that info, and Memo fields for line item detail. Thus I
> quite possibly have an easier time of auto-completing my Descriptions
> than others.
> 
> I might also be lucky that my Payee/Payor Descriptions rarely have more
> than 2–3 similar letter sequences, so my lists to choose from are either
> non-existent or very short.
> 
> I don't know how you or others use the Description field, but if you do
> similar as I do, your odds of having issue with the feature aren't
> likely to be high for the same reason(s). Of course, 5.4 will be out
> soon enough.
> 
> Regards,
> Adrien
> 
> On 9/13/23 1:29 PM, Stan Brown (using GC 4.14) wrote:
>> Thanks! But that change is in release notes for 4.9, i.,e. the
>> pre-release 5.x, so that wouldn't be relevant to 4.14, right? And the
>> change is marked as not related to a bugfix.
>>
>> So I'm still confused. Was there a bug in 4.14's handling of accelerator
>> keys in accelerator-map, or wasn't there?
>>
>> I'm reluctant to upgrade to 5.3 because of the auto-completion issues
>> with transactions, which I understand will be fixed in 5.4. If it really
>> means no customizable accelerator keys in 4.14, I'll live with that. But
>> I'd at least like to be sure that's what it means.
___
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] Advanced Portfolio Report - Brokerage Fees

[Gilberto Reis Filho]

Hello.

In my country whenever a person sells shares of a mutual fund the bank
has to calculate and pay taxes, on behalf of the investor, on capital
gains before making the funds avaliable to the investor. The investor
receives the funds in the brokerage account liquid of taxes.

I am recording these taxes in a split in the transaction where the
shares sold are recorded, however doing this makes the advanced
portfolio report recognize this tax as brokerage fees (well, they are
not fees, but taxes).

Is there any alternative to prevent this behavior and at the same time
keep things simple preferably without having to create separate
transactions?

Thanks.
Gilberto.
___
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] GnuCash_user: rounding errors and significant digits

[Bruce McCoy via gnucash-user]

Jim,

 

Inyour response of Mon, Aug 21, 2023 at 5:00 PM via GnuCash-user yousaid:




 "Logically,$value = $price/share * #shares, and this should be 
preciseequality."

 

 GnuCash“stores the price as a rational number, a ratio between numeratorand 
denominator,”




 "price= 15000/2396 = 3750/599 $/share...the more accurate 3750/599."

 

Let'ssee what GnuCash, excellent program that it is, does with the exact(price 
per share) fraction it was given to use. If GnuCash does thecalculation 
correctly, then 

$value= $price/share * #shares will be a precise equality. If GnuCashdoes the 
calculation incorrectly, then 

$value= $price/share * #shares will not be a precise equality. 




Yousay that 3750/599 is "the more accurate." How precise isit? Let's see.

 

2.396shares * (3750/599) $/share = 2.396 shares 
*6.260434056761268781302170283806343906510851419

3171953255425709515859766277128547579298831385642737 $/share = 
$15.

06837852. 
So, thefraction is accurate to 51 significant digits. With 51 
significantdigits, one would be precise 
to$23,456,789,012,345,678,901,234,567,890,123,456,789,012,345,678,901.23.Even 
if you had only 17 significant digits, you could have aprecision up to 
$123,456,789,012,345.67. Ifyou asked me, even if I reached 100, my portfolio 
would never comeclose to even the much more modest, second estimate.)




Onmy Windows 10 machine, GnuCash shows 6 + 156/599 = 6.260434057$/share (10 
significant digits). In a spreadsheet preferencessetting, we see about the same 
number of significant digits. In thisexample, GnuCash is losing 41 significant 
digits. Why?

 

Inexpression-parser.c, we find that on Wednesday June 21 2000 TerryBoldt 
informs us "The division operation is done in 'double'since I do not think that 
anybody really wants (9 / 2) to equal 4instead of 4.5 for financial operations."

Scanningthe source for "long double" returned nothing. 

 

Onx86, Double is 53bit mantissa or 16 round safe digits. Long Double"tends to 
be the 80-bit extended format: 64bits of mantissa,15bits of exponent, probably 
going to be around 18 round safedigits."(1) So, I suppose we lost a lot of 
significant digitshere in GnuCash. If this is not the case, please help. If 
this isthe case, we need more precision in GnuCash. 




InSeptember of 2003, we have a lot better options than Terry did in2000. What 
are some of the ones we prefer?

 

BestRegards,

Bruce







(1) 
https://stackoverflow.com/questions/476212/what-is-the-precision-of-long-double-in-c



|  | Virus-free.www.avast.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] keyboard shortcut - how to implement for open/close splits?

[Adrien Monteleone]

Interesting use of Description. (I learn something new everyday)

I turned on Transaction Journal View early on and never looked back.

Thus, I put 'thing' in the Memos. (those get auto-filled by the way 
after you auto-complete a description, well, at least until 5.x, but 
they still do if I enter then anew)


-
As for 5.4, that's due 9/24, 11 days from now. (almost always on a 
Sunday evening, I think)


see:

https://wiki.gnucash.org/wiki/Release_Schedule

Regards,
Adrien

On 9/13/23 2:51 PM, Stan Brown (using GC 4.14) wrote:

My Description
lines mostly look like
thing: vendor
and then most of my Memo items are empty.

I think I'll wait for 5.4. I haven't checked the chronology, but it
can't be too far away now.



___
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] GnuCash_user: rounding errors and significant digits

[Jim DeLaHunt]

Hello again, Bruce!

I can point out a logic error in your argument here.

On 2023-09-13 17:28, Bruce McCoy via gnucash-user wrote:

...Yousay that 3750/599 is "the more accurate." How precise isit? Let's see.

2.396shares * (3750/599) $/share = 2.396 shares 
*6.260434056761268781302170283806343906510851419
3171953255425709515859766277128547579298831385642737 $/share
= $15.
06837852.
So, thefraction is accurate to 51 significant digits


By converting the rational number (3750/599) into a decimal number 
6.260434..., you introduce a numerical error. The decimal number,


    6.26043405676126878130 2170283806343906510 8514193171953255425 
709515859766277128 547579298831385642737


is equal to the rational number,

    626043405676126878130 2170283806343906510 8514193171953255425 
709515859766277128 547579298831385642737 / 1  
000 000 00 
0


This is a fraction in reduced form, since the numerator does not have 2 
or 5 as factors. (This is easy to tell by inspection, because integers 
with 2 as a factor have an even number as the final digit, and integers 
with 5 as a factor have 0 or 5 as the final digit.)


The above fraction does not have the same numerical value as the price I 
think is correct to use for your example transaction,


    3750/599

The inaccurate decimal number you use as the price leads to an 
inaccurate value for the resulting dollar amount. You show this 
inaccuracy in the result.


So, rather than changing the numerical value of the price before 
multiplying it by the number of shares, how about using that exact value?


2.396 = (2396/1000)  by the definition of decimal number notation

2.396 shares * (3750/599) $/share = (2396/1000)*(3750/599) = 
((4*599)/1000)*(3750/599)

    = ((4*1)/1000)*(3750/1) = (4*3750)/1000 = 15000/1000 = 15.00... $

Thus, when GnuCash derives the price from the number of shares and the 
transaction amount, and stores it as a rational number, it ensures that 
our basic relationship,


    $value = $price/share * #shares

is precisely satisfied.

You ask,


In September of 2003, we have a lot better options than Terry did in2000. What 
are some of the ones we prefer?
By my calendar, this is September of 2023 not 2003, and we have even 
better options available now than we did in 2003. However, the option 
GnuCash uses now seems to give correct, exactly precise answers. Why change?


By the way, you did not respond to my question,

On 2023-09-09 13:05, Jim DeLaHunt wrote:
1. if your brokerage reports a transaction in terms of price, currency 
received and paid, and shares received and issued, which are logically 
inconsistent, how should you interpret that information? This is a 
step you have to take before entering the transaction into your 
bookkeeping.


I think that your answer to this question might really help you get to 
the bottom of what is driving you in this thread.


Best regards,
    —Jim DeLaHunt


On 2023-09-13 17:28, Bruce McCoy via gnucash-user wrote:

Jim,

  


Inyour response of Mon, Aug 21, 2023 at 5:00 PM via GnuCash-user yousaid:




  "Logically,$value = $price/share * #shares, and this should be 
preciseequality."

  


  GnuCash“stores the price as a rational number, a ratio between numeratorand 
denominator,”




  "price= 15000/2396 = 3750/599 $/share...the more accurate 3750/599."

  


Let'ssee what GnuCash, excellent program that it is, does with the exact(price 
per share) fraction it was given to use. If GnuCash does thecalculation 
correctly, then

$value= $price/share * #shares will be a precise equality. If GnuCashdoes the 
calculation incorrectly, then

$value= $price/share * #shares will not be a precise equality.




Yousay that 3750/599 is "the more accurate." How precise isit? Let's see.

  


2.396shares * (3750/599) $/share = 2.396 shares 
*6.260434056761268781302170283806343906510851419

3171953255425709515859766277128547579298831385642737 $/share = 
$15.

06837852. 
So, thefraction is accurate to 51 significant digits. With 51 
significantdigits, one would be precise 
to$23,456,789,012,345,678,901,234,567,890,123,456,789,012,345,678,901.23.Even 
if you had only 17 significant digits, you could have aprecision up to 
$123,456,789,012,345.67. Ifyou asked me, even if I reached 100, my portfolio 
would never comeclose to even the much more modest, second estimate.)




Onmy Windows 10 machine, GnuCash shows 6 + 156/599 = 6.260434057$/share (10 
significant digits). In a spreadsheet preferencessetting, we see about the same 
number of significant digits. In thisexample, GnuCash is losing 41 significant 
digits. Why?

  


Inexpression-parser.c, we find that on Wednesday June 21 2000 TerryBoldt informs us 
"The division operation is done in 'double's

[GNC] Advanced Portfolio Report - Brokerage Fees

[Paras Desai]

Hi

The tax deducted at source before payout is kind of advance tax, and it becomes 
your tax credit.

So ideally you should create an asset account named "advance Tax" or "Tax 
deducted at source" and post the deducted amount by bank in this asset account. 
You need to identify the brokerage fee seperately and post as brokerage expense.

By thing this, you advance portfolio report will come correctly and will match 
with the capital gain tax posted by you as a result of split.

Hope this will work!

Paras

___
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] Advanced Portfolio Report - Brokerage Fees

[devaps]

Gilberto,

Instead of recording the taxes directly in the account register for mutual 
fund, you have to perform an intermediate step, such as -

In mutual fund register, record the gross sale value with appropriate income 
split for capital gain, but instead of transferring the sale proceeds directly 
to bank, place it in a temporary account, say $Cash.

Now open the $Cash account register and make a transfer to your bank with the 
net proceeds after including a split for the tax deducted.

This should fix your advanced portfolio report issue.

Cheers.

--

Date: Wed, 13 Sep 2023 19:13:19 -0300
From: Gilberto Reis Filho 
To: gnucash-user@gnucash.org
Subject: [GNC] Advanced Portfolio Report - Brokerage Fees
Message-ID:

Content-Type: text/plain; charset="UTF-8"

Hello.

In my country whenever a person sells shares of a mutual fund the bank
has to calculate and pay taxes, on behalf of the investor, on capital
gains before making the funds avaliable to the investor. The investor
receives the funds in the brokerage account liquid of taxes.

I am recording these taxes in a split in the transaction where the
shares sold are recorded, however doing this makes the advanced
portfolio report recognize this tax as brokerage fees (well, they are
not fees, but taxes).

Is there any alternative to prevent this behavior and at the same time
keep things simple preferably without having to create separate
transactions?

Thanks.
Gilberto.
___
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] Porting Auto Completion from v4 to v5

[sunfish62--- via gnucash-user]

Hello, 

In another thread, it was noted that the latest version of auto complete in 
version 5 of GnuCash restarts the auto completion data store. That gave me 
pause, as I make use of the feature extensively to speed the entry of 
transactions for a large number of stocks and mutual funds. (I start each 
transaction with the ticker symbol, making each very quick to enter) 

As a non programmer, I wonder idly whether there would be some way of grabbing 
the information out of the earlier copy, and pushing that data into the newer 
version. It would certainly help my use case. 

Could a normal (well, on some levels) person actually locate this data store in 
a file somehow, and then-- oh, I don't know-- copy and paste that information 
into another file to jumpstart their 5.x experience? 

⁣David T. ​
___
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.