[GNC-dev] Feedback on GnuCash 3.903
D
sunfish62 at yahoo.com
Fri Jun 5 14:45:07 EDT 2020
Michael,
The idea of default column widths makes sense, but the idea that a user's previously set preferences will no longer apply seems a little backward.
I am curious to know more about the thought process that arrived at this solution. I'd have thought that storing per account column settings wouldn't cause too much storage problem, and I would imagine the register opening process could look, in order, for an account-specific column record by guid, and, upon failure, the default for that account type in question. I wouldn't imagine that such a process would be onerous even for the largest of gnucash books. But, I am no programmer.
David
On Jun 5, 2020, 11:18, at 11:18, "Fross, Michael" <michael at fross.org> wrote:
>Hello David T.,
>
>I understand the point. But I also struggle with having a lot of
>security
>accounts and I'm always having to go tweak them. If I could set it
>once
>and it would apply to them all, I applaud the decision. I think it
>boils
>down to how the account types are defined.
>
>Michael
>
>On Fri, Jun 5, 2020 at 9:05 AM D via gnucash-devel <
>gnucash-devel at gnucash.org> wrote:
>
>> Bob,
>>
>> I still don't understand fully. Are you saying that if I set my
>column
>> widths differently for Stock A and Stock B, and then close both and
>reopen
>> them both, that they will open with a set of arbitrarily-defined
>default
>> widths for that account type, rather than the account-specific
>settings I'd
>> chosen previously?
>>
>> If that is so, I'd say that the decision that "was made" was a bad
>one.
>>
>> To take one example, my mortgage and my credit card are both
>liability
>> accounts. The balances in the two accounts are going to be
>significantly
>> different, however, and I'd prefer to have different widths for the
>balance
>> column. It sounds like I'd be out of luck in this new regime, yes?
>>
>> I'm not clear what benefit this provides on the back end. Could you
>> explain these reasons more clearly?
>>
>> Thanks,
>> David T.
>>
>> On Jun 5, 2020, 06:41, at 06:41, Robert Fewell <14ubobit at gmail.com>
>wrote:
>> >David,
>> >
>> >It was decided that instead of every time you open a register and
>then
>> >change that layout to your liking we could just save the widths to
>be
>> >used
>> >as defaults for the 6 register layouts. As most registers of type
>will
>> >have
>> >similar widths set, the first one loaded will be used to set the
>> >default
>> >widths for that type which you can obviously change and save for
>future
>> >opening of that type of register. To accommodate situations like you
>> >have
>> >described, register widths of all open registers when Gnucash is
>closed
>> >will also be saved and used when restoring. Should any of them be
>> >closed
>> >and reopened then they will base the widths on the saved default for
>> >that
>> >register type.
>> >Hope that answers your question.
>> >
>> >On Fri, 5 Jun 2020 at 11:12, David H <hellvee at gmail.com> wrote:
>> >
>> >> Rob,
>> >>
>> >> Please clarify this. I have 2 savings accounts and 4 credit card
>> >accounts
>> >> that I have open all the time and over the years I've gone to the
>> >trouble
>> >> of setting these up just the way I like them. Of course flicking
>> >through
>> >> the register tabs the columns aren't all in the same places as I'm
>> >using
>> >> accounts with different nesting levels in each so the Transfer
>column
>> >> widths vary even within each account type. Are you saying that
>these
>> >would
>> >> be treated as 2 register types and you are going to blow away all
>my
>> >good
>> >> work and just randomly choose one of the open settings as the
>default
>> >when
>> >> you remove old configurations?
>> >>
>> >> Thanks David H.
>> >>
>> >>
>> >> On Fri, 5 Jun 2020 at 19:05, Robert Fewell <14ubobit at gmail.com>
>> >wrote:
>> >>
>> >>> Mark,
>> >>> Yes the saving of column widths has changed, in version 4.0 they
>are
>> >saved
>> >>> per register type so you only have to set the defaults once per
>type
>> >>> instead of every single register opened, there are menu options
>> >under
>> >>> 'Windows' that allow you to save new register widths or clear
>them.
>> >Open
>> >>> registers also save their widths and therefore can have
>temporarily
>> >>> changed
>> >>> widths.
>> >>>
>> >>> What should happen is when a register is opened with a saved
>> >configuration
>> >>> and no default has been saved for that type, that configuration
>will
>> >be
>> >>> used as the default. Once there is a default for the register
>type,
>> >all
>> >>> old
>> >>> configurations will be removed. Did this not happen?
>> >>>
>> >>> On Fri, 5 Jun 2020 at 04:58, Christopher Lam
>> ><christopher.lck at gmail.com>
>> >>> wrote:
>> >>>
>> >>> > The balance sheet date option does not transfer because old
>> >balance
>> >>> sheet
>> >>> > uses "Balance Sheet Date" whereas upgraded one uses "End Date".
>I
>> >am not
>> >>> > sure it is practical to set up a compatibility pathway -- new
>> >balance
>> >>> sheet
>> >>> > can report multiple dates.
>> >>> >
>> >>> > On Fri, 5 Jun 2020, 7:27 am mark sattolo, <mh.satto at gmail.com>
>> >wrote:
>> >>> >
>> >>> > > Yes, that makes sense. I did some more digging around, and
>not
>> >all my
>> >>> > > custom column widths were changed, just those for any of the
>> >accounts
>> >>> > that
>> >>> > > I actually opened while using version 3.903. Which happened
>to
>> >be
>> >>> quite a
>> >>> > > few as I was testing various transactions, etc.
>> >>> > >
>> >>> > >
>> >>> > > *Mark Sattolo*
>> >>> > > *mh.satto at gmail.com <mh.satto at gmail.com>*
>> >>> > >
>> >>> > >
>> >>> > >
>> >>> > > On Thu, Jun 4, 2020 at 7:15 PM D. <sunfish62 at yahoo.com>
>wrote:
>> >>> > >
>> >>> > > > Mark,
>> >>> > > >
>> >>> > > > If that's true, I imagine it's a mistake. At least I hope
>so!
>> >I
>> >>> trust
>> >>> > the
>> >>> > > > devs will fix it, since I'd be pretty upset to have to
>reset
>> >column
>> >>> > > widths
>> >>> > > > on all my accounts...
>> >>> > > >
>> >>> > > > David
>> >>> > > >
>> >>> > > >
>> >>> > > > -------- Original Message --------
>> >>> > > > From: mark sattolo <mh.satto at gmail.com>
>> >>> > > > Sent: Thu Jun 04 19:07:27 EDT 2020
>> >>> > > > To: gnucash-devel <gnucash-devel at gnucash.org>
>> >>> > > > Subject: Re: [GNC-dev] Feedback on GnuCash 3.903
>> >>> > > >
>> >>> > > > Also fyi, I just noticed that version 3.903 overwrote all
>the
>> >custom
>> >>> > > column
>> >>> > > > width settings in my gcm file and changed all of them to a
>new
>> >>> default
>> >>> > > set
>> >>> > > > of widths, I presume the new defaults for Gnucash 4. These
>new
>> >>> default
>> >>> > > > widths give a very wide *description* column and every
>other
>> >column
>> >>> is
>> >>> > > very
>> >>> > > > narrow and especially for the *date*, *num* and *transfer*
>> >columns,
>> >>> too
>> >>> > > > narrow to fit the text they contain. Again, I had to
>restore
>> >my
>> >>> backup
>> >>> > > gcm
>> >>> > > > file to restore all my custom settings.
>> >>> > > >
>> >>> > > > So I guess since this will eventually be released as
>Gnucash
>> >version
>> >>> > > 4.xxx,
>> >>> > > > we are to expect breaking changes from the current version?
>> >And
>> >>> users
>> >>> > > will
>> >>> > > > be warned that they will be losing custom settings for
>column
>> >>> widths,
>> >>> > > saved
>> >>> > > > reports, etc when they switch over?
>> >>> > > >
>> >>> > > >
>> >>> > > > cheers,
>> >>> > > >
>> >>> > > > *Mark Sattolo*
>> >>> > > > *mh.satto at gmail.com <mh.satto at gmail.com>*
>> >>> > > >
>> >>> > > >
>> >>> > > >
>> >>> > > > On Thu, Jun 4, 2020 at 11:45 AM Christopher Lam <
>> >>> > > christopher.lck at gmail.com
>> >>> > > > >
>> >>> > > > wrote:
>> >>> > > >
>> >>> > > > > Good luck. I've just verified that the old (3.x)
>> >balance-sheet
>> >>> date
>> >>> > > > > defaults to "end-of-accounting-period", so, the first few
>> >lines
>> >>> > > shouldn't
>> >>> > > > > be added.
>> >>> > > > >
>> >>> > > > > On Thu, 4 Jun 2020 at 15:41, mark sattolo
>> ><mh.satto at gmail.com>
>> >>> > wrote:
>> >>> > > > >
>> >>> > > > >>
>> >>> > > > >> Thanks. I'll give it a try. I'll just update the source
>in
>> >my git
>> >>> > > folder
>> >>> > > > >> for tag 3.903 and rebuild if I can't figure out how to
>> >modify the
>> >>> > > > flatpak.
>> >>> > > > >>
>> >>> > > > >> *Mark Sattolo*
>> >>> > > > >> *mh.satto at gmail.com <mh.satto at gmail.com>*
>> >>> > > > >> *(613) 447-5385*
>> >>> > > > >>
>> >>> > > > >>
>> >>> > > > >> On Thu, Jun 4, 2020 at 11:36 AM Christopher Lam <
>> >>> > > > >> christopher.lck at gmail.com> wrote:
>> >>> > > > >>
>> >>> > > > >>> Hi Mark
>> >>> > > > >>>
>> >>> > > > >>> The reports for balance-sheet and income-statement were
>> >replaced
>> >>> > with
>> >>> > > > >>> the multicolumn ones. See the release notes. This was
>> >described
>> >>> in
>> >>> > > > devel a
>> >>> > > > >>> few weeks/months ago.
>> >>> > > > >>>
>> >>> > > > >>> Try the following patch which will reduce the
>discrepancy
>> >in the
>> >>> > > > default
>> >>> > > > >>> options between old and new. You may be able to modify
>the
>> >patch
>> >>> > from
>> >>> > > > >>> within the flatpak (but I'm not sure).
>> >>> > > > >>>
>> >>> > > > >>> modified
>> >gnucash/report/reports/standard/balsheet-pnl.scm
>> >>> > > > >>> @@ -176,6 +176,9 @@ also show overall period profit &
>> >loss."))
>> >>> > > > >>> (gnc:options-add-date-interval!
>> >>> > > > >>> options gnc:pagename-general optname-startdate
>> >>> > optname-enddate
>> >>> > > > "c")
>> >>> > > > >>>
>> >>> > > > >>> + (gnc:option-set-default-value
>> >>> > > > >>> + (gnc:lookup-option options gnc:pagename-general
>> >>> > > optname-enddate)
>> >>> > > > >>> 'today)
>> >>> > > > >>> +
>> >>> > > > >>> (add-option
>> >>> > > > >>> (gnc:make-multichoice-callback-option
>> >>> > > > >>> gnc:pagename-general optname-period
>> >>> > > > >>> @@ -1107,6 +1110,22 @@ also show overall period profit
>&
>> >>> loss."))
>> >>> > > > >>>
>> >retained-earnings-fn))))
>> >>> > > > >>> #:negate-amounts? #t)
>> >>> > > > >>>
>> >>> > > > >>> + (add-to-table multicol-table-right (_
>"Liability
>> >and
>> >>> > > Equity")
>> >>> > > > >>> + (append liability-accounts
>> >>> > > > >>> + equity-accounts
>> >>> > > > >>> + (if common-currency
>> >>> > > > >>> + (list (vector (_
>> >"Unrealized
>> >>> > > Gains")
>> >>> > > > >>> +
>> >>> > unrealized-gain-fn))
>> >>> > > > >>> + '())
>> >>> > > > >>> + (if (null?
>income-expense)
>> >>> > > > >>> + '()
>> >>> > > > >>> + (list (vector (_
>> >"Retained
>> >>> > > > Earnings")
>> >>> > > > >>> +
>> >>> > > > retained-earnings-fn))))
>> >>> > > > >>> + #:negate-amounts? #t
>> >>> > > > >>> + #:show-title? #f
>> >>> > > > >>> + #:show-accounts? #f
>> >>> > > > >>> + #:show-total? #t)
>> >>> > > > >>> +
>> >>> > > > >>> (if (and common-currency show-rates?)
>> >>> > > > >>> (add-to-table multicol-table-right (_
>> >"Exchange
>> >>> > Rates")
>> >>> > > > >>> asset-liability
>> >>> > > > >>>
>> >>> > > > >>> On Thu, 4 Jun 2020 at 15:18, mark sattolo
>> ><mh.satto at gmail.com>
>> >>> > > wrote:
>> >>> > > > >>>
>> >>> > > > >>>> I am on Linux Mint 19.3 Cinnamon. I started using Gnc
>> >3.903
>> >>> > > yesterday
>> >>> > > > >>>> morning. This is a version I built from git using tag
>> >'3.903'
>> >>> on
>> >>> > > June
>> >>> > > > >>>> 2. It
>> >>> > > > >>>> built without any problems, so I assumed it was good,
>but
>> >now
>> >>> it
>> >>> > > > occurs
>> >>> > > > >>>> to
>> >>> > > > >>>> me that all these problems may just be due to a
>problem
>> >with my
>> >>> > > build.
>> >>> > > > >>>> But
>> >>> > > > >>>> I thought i would report now anyway just in case there
>> >are
>> >>> general
>> >>> > > > >>>> issues
>> >>> > > > >>>> with this version. I was actually going to try a
>flatpak
>> >build
>> >>> of
>> >>> > > > 3.903,
>> >>> > > > >>>> but I couldn't tell from any of the build names in
>> >Gnucash
>> >>> flatpak
>> >>> > > > repo
>> >>> > > > >>>> <https://code.gnucash.org/builds/flatpak/> which one
>is
>> >for
>> >>> > version
>> >>> > > > >>>> 3.903.
>> >>> > > > >>>>
>> >>> > > > >>>> Anyway, everything seemed fine with 3.903 until I
>opened
>> >one
>> >>> of my
>> >>> > > > saved
>> >>> > > > >>>> reports. The appearance of the report was essentially
>> >>> > > unrecognizable.
>> >>> > > > I
>> >>> > > > >>>> only ever use my saved reports and their appearance
>> >hasn't
>> >>> changed
>> >>> > > for
>> >>> > > > >>>> years, for any other Gnucash version (release or
>maint)
>> >until
>> >>> > 3.903.
>> >>> > > > So
>> >>> > > > >>>> I
>> >>> > > > >>>> went in to the report *options* to see if I could
>restore
>> >the
>> >>> > layout
>> >>> > > > to
>> >>> > > > >>>> what i was used to:
>> >>> > > > >>>>
>> >>> > > > >>>> Commodities tab:
>> >>> > > > >>>> there is a new Common Currency checkbox at the top,
>which
>> >was
>> >>> > > > unchecked,
>> >>> > > > >>>> and everything below was greyed out. But the two
>> >checkboxes
>> >>> 'Show
>> >>> > > > >>>> original
>> >>> > > > >>>> currency amount' and 'Show exchange rates' were both
>> >checked,
>> >>> even
>> >>> > > > >>>> though
>> >>> > > > >>>> in my original options, the previous two checkboxes on
>> >this
>> >>> tab:
>> >>> > > 'Show
>> >>> > > > >>>> foreign currencies' and 'Show exchange rates' were
>both
>> >saved
>> >>> as
>> >>> > > > >>>> *unchecked*.
>> >>> > > > >>>> So, checking the Common Currency box to ungrey the
>other
>> >>> options
>> >>> > and
>> >>> > > > >>>> then
>> >>> > > > >>>> unchecking the currency and exchange rate boxes,
>restored
>> >the
>> >>> > layout
>> >>> > > > of
>> >>> > > > >>>> the
>> >>> > > > >>>> report to basically what I was familiar with, as it no
>> >longer
>> >>> had
>> >>> > > long
>> >>> > > > >>>> lists of commodities under essentially every
>sub-total.
>> >>> > > > >>>>
>> >>> > > > >>>> General tab:
>> >>> > > > >>>> the report I was looking at, which I run often, is a
>> >balance
>> >>> sheet
>> >>> > > for
>> >>> > > > >>>> all
>> >>> > > > >>>> my accounts, for date 'Today'. The old options had a
>> >select
>> >>> list
>> >>> > > > titled
>> >>> > > > >>>> 'Balance sheet date' which was set to the relative
>date
>> >of
>> >>> Today.
>> >>> > > The
>> >>> > > > >>>> new
>> >>> > > > >>>> options have a Start Date and an End Date. The Start
>Date
>> >is
>> >>> > greyed
>> >>> > > > >>>> out, so
>> >>> > > > >>>> I guess it is fairly easy to figure out that since it
>> >doesn't
>> >>> make
>> >>> > > > >>>> sense to
>> >>> > > > >>>> have two dates for a Balance, that the End Date is the
>> >active
>> >>> one.
>> >>> > > > >>>> Unfortunately, the date shown in 'End Date' was not
>> >'Today' but
>> >>> > had
>> >>> > > > been
>> >>> > > > >>>> changed to 'End of accounting period'... So I changed
>it
>> >back
>> >>> to
>> >>> > > > >>>> 'Today' to
>> >>> > > > >>>> get the proper balance date as it had been before.
>> >>> > > > >>>>
>> >>> > > > >>>> Other problems:
>> >>> > > > >>>> 1) There used to be a final total for the credit side
>of
>> >'Total
>> >>> > > > >>>> Liabilities
>> >>> > > > >>>> and Equity', which would match the Total Assets line
>if
>> >the
>> >>> > balance
>> >>> > > > was
>> >>> > > > >>>> done properly (sometimes it doesn't balance which
>means
>> >that I
>> >>> > have
>> >>> > > > >>>> created
>> >>> > > > >>>> some new accounts in the meantime and have to update
>the
>> >saved
>> >>> > > > config),
>> >>> > > > >>>> but
>> >>> > > > >>>> this line was missing and I tried every option I could
>> >find to
>> >>> > > restore
>> >>> > > > >>>> it,
>> >>> > > > >>>> but nothing worked. Which means to ensure your balance
>is
>> >>> actually
>> >>> > > > >>>> working,
>> >>> > > > >>>> you have to add on your own the Total Liability and
>Total
>> >>> Equity
>> >>> > > lines
>> >>> > > > >>>> and
>> >>> > > > >>>> compare this to Total Assets.
>> >>> > > > >>>> So, just from looking, I could tell the actual totals
>> >were
>> >>> close,
>> >>> > > and
>> >>> > > > I
>> >>> > > > >>>> thought they would balance, but when I did the
>addition,
>> >the
>> >>> total
>> >>> > > of
>> >>> > > > >>>> Liability + Equity matched the expected total from
>> >previous
>> >>> > Gnucash
>> >>> > > > >>>> versions, but the Total Assets was now reporting an
>> >amount
>> >>> > > different,
>> >>> > > > by
>> >>> > > > >>>> $0.03. Nothing I did to update the included accounts
>> >would
>> >>> resolve
>> >>> > > > this
>> >>> > > > >>>> difference. I'm pretty sure I don't have a renegade
>asset
>> >>> account
>> >>> > > > hidden
>> >>> > > > >>>> somewhere with $0.03 in it... Differences of this
>> >magnitude I
>> >>> find
>> >>> > > are
>> >>> > > > >>>> usually rounding errors. But not sure what this is or
>> >where it
>> >>> is
>> >>> > > > coming
>> >>> > > > >>>> from.
>> >>> > > > >>>>
>> >>> > > > >>>> 2) When I saw the changes in the report options of
>> >version
>> >>> 3.903,
>> >>> > I
>> >>> > > > made
>> >>> > > > >>>> sure that I *didn't* press the 'Save Config' button so
>it
>> >>> wouldn't
>> >>> > > > >>>> overwrite my existing config for this report. Later, I
>> >opened
>> >>> the
>> >>> > > old
>> >>> > > > >>>> 3.10
>> >>> > > > >>>> released version so I could see exactly how the
>options
>> >were
>> >>> set
>> >>> > up
>> >>> > > in
>> >>> > > > >>>> the
>> >>> > > > >>>> previous Gnucash, and when I opened the saved report
>> >'Balance
>> >>> > > Today',
>> >>> > > > >>>> all
>> >>> > > > >>>> the options had been changed to the incorrect ones
>that I
>> >had
>> >>> seen
>> >>> > > > with
>> >>> > > > >>>> version 3.903, e.g. the date was changed from Today to
>> >'End of
>> >>> > > > >>>> accounting
>> >>> > > > >>>> period', the boxes for currency and exchange rates
>were
>> >now
>> >>> > checked,
>> >>> > > > >>>> etc.
>> >>> > > > >>>> And in fact the file 'saved-reports-2.8' had been
>> >completely
>> >>> > > > >>>> overwritten by
>> >>> > > > >>>> v3.903 and all my dozens of saved reports now had
>> >incorrect
>> >>> > > settings.
>> >>> > > > >>>> Maybe
>> >>> > > > >>>> this is the expected behavior? But it was certainly
>> >unexpected
>> >>> to
>> >>> > > > me...
>> >>> > > > >>>> I
>> >>> > > > >>>> had to go into my Timeshift and get the most recent
>> >backup of
>> >>> > > > >>>> 'saved-reports-2.8' to restore all my settings.
>> >>> > > > >>>>
>> >>> > > > >>>> Hope all this is clear, and helpful. Let me know if
>you
>> >have
>> >>> any
>> >>> > > > >>>> questions.
>> >>> > > > >>>>
>> >>> > > > >>>> *Mark Sattolo*
>> >>> > > > >>>> *mh.satto at gmail.com <mh.satto at gmail.com>*
>> >>> > > > >>>> *(613) 447-5385*
>> >>> > > > >>>>
>> >>> > > > >>>>
>> >>> > > > >>>> On Mon, Jun 1, 2020 at 3:05 PM John Ralls
>> ><jralls at ceridwen.us>
>> >>> > > wrote:
>> >>> > > > >>>>
>> >>> > > > >>>> >
>> >>> > > > >>>> >
>> >>> > > > >>>> > > On Jun 1, 2020, at 11:51 AM, John Ralls <
>> >>> jralls at ceridwen.us>
>> >>> > > > wrote:
>> >>> > > > >>>> > >
>> >>> > > > >>>> > > The GnuCash development team announces GnuCash
>3.903,
>> >the
>> >>> > first
>> >>> > > > >>>> testing
>> >>> > > > >>>> > release for what will soon be GnuCash 4.0.
>> >>> > > > >>>> >
>> >>> > > > >>>> > A further note for developers: This release begins
>> >Feature
>> >>> > Freeze,
>> >>> > > > >>>> please
>> >>> > > > >>>> > commit only bug fix changes until we release 4.0.
>> >>> > > > >>>> >
>> >>> > > > >>>> > String freeze is in two weeks, so if you have any
>> >commits
>> >>> that
>> >>> > > will
>> >>> > > > >>>> > require new or changed translatable strings get them
>in
>> >ASAP!
>> >>> > > > >>>> >
>> >>> > > > >>>> > Regards,
>> >>> > > > >>>> > John Ralls
>> >>> > > > >>>> >
>> >>> > > > >>>> > _______________________________________________
>> >>> > > > >>>> > gnucash-announce mailing list
>> >>> > > > >>>> > gnucash-announce at gnucash.org
>> >>> > > > >>>> >
>> >https://lists.gnucash.org/mailman/listinfo/gnucash-announce
>> >>> > > > >>>> >
>> >>> > > > >>>> _______________________________________________
>> >>> > > > >>>> gnucash-devel mailing list
>> >>> > > > >>>> gnucash-devel at gnucash.org
>> >>> > > > >>>>
>https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> >>> > > > >>>>
>> >>> > > > >>>
>> >>> > > > _______________________________________________
>> >>> > > > gnucash-devel mailing list
>> >>> > > > gnucash-devel at gnucash.org
>> >>> > > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> >>> > > >
>> >>> > > >
>> >>> > > _______________________________________________
>> >>> > > gnucash-devel mailing list
>> >>> > > gnucash-devel at gnucash.org
>> >>> > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> >>> > >
>> >>> > _______________________________________________
>> >>> > gnucash-devel mailing list
>> >>> > gnucash-devel at gnucash.org
>> >>> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> >>> >
>> >>> _______________________________________________
>> >>> gnucash-devel mailing list
>> >>> gnucash-devel at gnucash.org
>> >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> >>>
>> >>
>> >_______________________________________________
>> >gnucash-devel mailing list
>> >gnucash-devel at gnucash.org
>> >https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> _______________________________________________
>> gnucash-devel mailing list
>> gnucash-devel at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
More information about the gnucash-devel
mailing list