Created attachment 372904 [details] default column widths. I'm aware there have been work on fixing the column-widths calculator, but there still are issues. 1) 90% of the time the column widths hide the most useful numerics - e.g. the Amount's most significant digits (e.g. $20,000 is now 0,000), the day from dd/mm/yyyy. I have to resort to double-click most column titles (except Description) then doubleclick Description to fix it. See first screenshot for my default register view. 2) The date column-width double-click strategy above does not take into account the drop-down. See second screenshot.
Created attachment 372905 [details] ... and after doubleclick "Date" column title
Created attachment 372913 [details] a workaround to use a properly configured gnucash register
My attachment is a method to use Gnucash as is, not asking for software code changes of any kind. I am aware that I may be commenting in the wrong format, in the wrong vehicle at the wrong time and any other "wrong" that can be imagined. But the fact remains that my method works and there are many gnucash users who will benefit from knowing this information. If I have done this in error and if someone of you can tell me the right direction, I would appreciate the help.... Thanks, Houghsey
This issue is still ongoing. I'm managing a book with ~80 accounts. Every account opening leads to the amounts being unusable because the most significant digits are hidden e.g. $120,000 shown as "20,000". Would it be difficult to patch so that upon register loading, a general sweep over the register columns to 'double-click' the headers and 'reduce-width' the description column?
Ok I have no idea whose commit is responsible (I think it's a recent one), but on 3.5 the Windows UI is fully Adwaita and now the Windows font is smaller, and the numbers now fit into the columns. The date column could still be widened further -- by default it fits dd/mm/yyyy but on current-row the dropdown causes the date to be truncated. Still better than before, thanks to whoever did it!
Chris, Probably a Gtk change, particularly if it's related to Adwaita. As noted in the release notes the Win32 build has an updated from gtk-3-24 HEAD build of Gtk and there are some recent changes there having to do with finalizing the moving of the Adwaita theme into Gtk from being a separate package. Aside from that, if a column isn't wide enough just double click on it in the header and it will adjust to fit the widest entry. After that the book metadata should remember the width for the future. That won't help the date field in a transaction being edited because it doesn't take the button into account.
The big issue with the workaround is that this setting is per account register. So you'd have to redo it for each account you open.
Just pushed a fix for the cells with a pop up to include the button width in the cell width calculation to maint so hopefully this can be closed.
Thank you :)
