[GNC-dev] Feedback on GnuCash 3.903

Fross, Michael michael at fross.org
Fri Jun 5 11:17:37 EDT 2020


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