manage scheduled list column hscrollbar

[Lindsay Lorden]

After the latest update, the Manage Schedule/Template window is very wide and I cannot shrink any of the fields. Firstly, I like that there are more fields being shown, but it appears the user needs to be able to influence the column widths.

For me on my Surface Pro 8 screen, the window starts with the righthand edge off-screen. Means I need to drag it back a bit (left edge is still, just, within the viewable screen).

But I also get a weird side effect - the last column goes transparent so that you see the "Top spending" information from the main window through it. This is most of the portion that is off-screen to the right when it first opens. Additional information ---

1. This transparent portion can be a rectangle, or occasionally "slats"
    showing multiple narrow transparent columns through which you see
    the window contents beneath.

2. If I move the Manage window around with the mouse, the transparent
    section/s shows you what is underneath where it is at the time.

3. You can get it to correctly paint the window if you click on the
    taskbar, or toggle to another app you have open & back again.

The attached screenshot has two versions in it, left one with a single rectangle and the right one with multiple rectangles ("slats") of transparency.

I'm presuming this transparency issue is a GTK issue not a HomeBank. The screenshot is HomeBank 5.5.5 on Windows 11 Running against GTK+ 3.24.33.

This bug / request is twofold -

1. get the display issue fixed (requires a bug to GTK developers?)
AND
2. allow get the fields in the HomeBank "Manage Schedule/Template" window to remember column sizes between uses .. maybe along with shrinking the default sizes a little???.

[Lindsay Lorden (ludwigwn)]

And now for the attachment.

[Maxime DOYEN (mdoyen)]

Hi,

For 1. at first I would suggest test with previous gtk version
- uninstall 5.5.5 but keep HomeBank.exe
- install 5.5.4
- overwrite HomeBank.exe 5.5.4 with the one kept (5.5.5)

see if it is better, if yes, this is indeed a GTK bug introduced on the new packaged version

For 2. I have just added one column, but it has ellipsize set like others text column, so it should constraint to the list width and ...
=> I don't reproduce.

[Lindsay Lorden (ludwigwn)]

For 1:
-----
I installed a portable version of HB 5.5.4 and opened it - yes, it was 5.5.4 and the previous GTK version {GTK+ 3.24.31}. I then manually copied in the HB 5.5.5 exe and ran it.

===> Confirmed the problem exists with the newer GTK+ 3.24.33.

For 2:
-----
On further experimenting, I realised I had widened a couple of the fields some time ago, so the window width (with the new field added in 5.5.5) was now wider than the screen hence the right edge of the window was off the right of the screen.
*** What you can't do is make the window narrower by dragging than the current width required by the current column sizes. However I could shrink the width of individual columns then shrink the window size. After a close and reopen of "Manage Schedule/Template", the total window width no longer exceeds the screen width so the problem doesn't show itself. Should have tried that before.
So this portion an be closed. It's just the GTK bug to be notified - "minor effect" but worthy of a future fix.

[Lindsay Lorden (ludwigwn)]

I've also noticed that the window does not return to the width I set each column to. And because I have the Font size override set (& only to 12), that is when the whole window overflows the right edge of the screen - and hence when you pull it back left the GTK bug presents itself.

If I set override font size to 11, it *just* fits within the (Surface Pro) screen.

Is there a way to have the column sizes last used remembered so the larger font setting doesn't flow off the screen?

[Maxime DOYEN (mdoyen)]

for that list: memo/payee/category column width are saved and restored

[Maxime DOYEN (mdoyen)]

well, after check it is supposed to, it seems it doesn't work anymore

[Maxime DOYEN (mdoyen)]

ok, in fact, those columns are not saved.
the problem was just that the list was disable to have a horiz scrollbar, so that forced the dialog to grow with column
=> not the case with the fix.