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" <mich...@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@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 <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 >> _______________________________________________ >> 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