[GNC-dev] Feedback on GnuCash 3.903
mark sattolo
mh.satto at gmail.com
Fri Jun 5 09:21:40 EDT 2020
I didn't try changing any of the column widths while I was using 3.903.
Didn't know about the new system of one setting per register type, so there
was no way I was going to start re-setting the column widths for my
hundreds of total or dozens of frequently-used accounts, so after I closed
3.903 I just restored my previous settings from backup, and haven't had a
chance to open 3.903 since.
cheers,
*Mark Sattolo*
*mh.satto at gmail.com <mh.satto at gmail.com>*
On Fri, Jun 5, 2020 at 6:41 AM 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
>>>
>>
More information about the gnucash-devel
mailing list