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.sa...@gmail.com <mh.sa...@gmail.com>* On Fri, Jun 5, 2020 at 6:41 AM Robert Fewell <14ubo...@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 <hell...@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 <14ubo...@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....@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.sa...@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.sa...@gmail.com <mh.sa...@gmail.com>* >>> > > >>> > > >>> > > >>> > > On Thu, Jun 4, 2020 at 7:15 PM D. <sunfis...@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.sa...@gmail.com> >>> > > > Sent: Thu Jun 04 19:07:27 EDT 2020 >>> > > > To: gnucash-devel <gnucash-devel@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.sa...@gmail.com <mh.sa...@gmail.com>* >>> > > > >>> > > > >>> > > > >>> > > > On Thu, Jun 4, 2020 at 11:45 AM Christopher Lam < >>> > > christopher....@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.sa...@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.sa...@gmail.com <mh.sa...@gmail.com>* >>> > > > >> *(613) 447-5385* >>> > > > >> >>> > > > >> >>> > > > >> On Thu, Jun 4, 2020 at 11:36 AM Christopher Lam < >>> > > > >> christopher....@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.sa...@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.sa...@gmail.com <mh.sa...@gmail.com>* >>> > > > >>>> *(613) 447-5385* >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> On Mon, Jun 1, 2020 at 3:05 PM John Ralls <jra...@ceridwen.us >>> > >>> > > wrote: >>> > > > >>>> >>> > > > >>>> > >>> > > > >>>> > >>> > > > >>>> > > On Jun 1, 2020, at 11:51 AM, John Ralls < >>> jra...@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-annou...@gnucash.org >>> > > > >>>> > https://lists.gnucash.org/mailman/listinfo/gnucash-announce >>> > > > >>>> > >>> > > > >>>> _______________________________________________ >>> > > > >>>> gnucash-devel mailing list >>> > > > >>>> gnucash-devel@gnucash.org >>> > > > >>>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>> > > > >>>> >>> > > > >>> >>> > > > _______________________________________________ >>> > > > gnucash-devel mailing list >>> > > > gnucash-devel@gnucash.org >>> > > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>> > > > >>> > > > >>> > > _______________________________________________ >>> > > gnucash-devel mailing list >>> > > gnucash-devel@gnucash.org >>> > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>> > > >>> > _______________________________________________ >>> > gnucash-devel mailing list >>> > gnucash-devel@gnucash.org >>> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>> > >>> _______________________________________________ >>> gnucash-devel mailing list >>> gnucash-devel@gnucash.org >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>> >> _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
