Problems on Windows

[Thomas Baumgart]

On Dienstag, 15. Juli 2025 09:59:17 CEST Phil Richardson via KMyMoney wrote:

> So after some prior problems with significantly degraded performance on a
> 5.1 release, I finally took the plunge and gave it another go by moving
> from 4.8.0 to 5.2.
> 
> I'm pleased to say, I do not see the same performance issues that prompted
> me to drop the 5.1 release, but all is not completely well, but much of it
> is minor.

Thank you for the feedback.

> Please consider this more of a dump of information for now.
> 
> I'm pretty sure I reported the first one before - or similar issue - as it
> seems way too familiar to me.
> 
> Settings: Fiscal year start date
> The drop-down for the month inputs appears to be negatively impacted by
> some invisible expanding spacer to the right of it, such that you cannot
> see the dropdowns contents at the default settings window width - which is
> not the smallest width you can make the settings window.
> 
> Without selecting the downtown,I can barely see the first two pixel columns
> of the text. On selecting it, I cannot see any text at all - though you can
> count 12 entries indicating it has the intended entries available.

Now that you mention it, I kind of remember that there was a bug entry
on the tracker. I think I found the problem and fixed it. The KDE CI
infrastructure is currently waiting, so I cannot verify the fix but
on Linux it showed to be working.

> >From the defaults, on resizing the settings window to make it larger, it
> does not expand the width of the dropdown immediately, instead you need to
> resize it a significant amount before the spacer relents and the dropdown
> starts to resize. If making the window smaller (from default width), it
> doesn't make it any worse than already described.
> 
> I suspect the spacer is there to prevent the dropdown width needlessly
> taking the remaining width of the settings window, but it appears it is
> quite adverse now as when there is space available for the dropdown to
> consume - and should consume because its content isn't visible - it doesn't
> do so.

Yes, the spacers were the problem. Apparently, the original author (may have
been me) did not reduce the spacer size and so that value was taken as the
the minimum width. Reducing the spacer size to 20 pixels seemed to have
a very positive effect (https://invent.kde.org/office/kmymoney/-/commit/40a4ecac)

> Problems with forecast
> I have a forecast set to scheduled rather than history. But the chart
> currently appears to render a 5 year forecast, regardless of any settings
> provided.
> 
> My forecast settings are
> Days to Forecast: 90
> Days of Accounts Cycle: 30
> Day of Month to start Forecast: 1
> Chart Detail: Totals
> 
> This set of settings should, from what I can see, essentially render
> exactly the same as the networth graph available on the home summary. But
> for me, it renders 5 years, a period of which cannot be considered in the
> slightest.
> 
> Side note: The ability to configure the period this home page graph should
> cover would be a wonderful benefit. It's something that has long annoyed me.
> 
> I would have expected the forecast function to render according to the
> settings provided, allowing me to counter the inability to configure the
> home page, and track more reasonable periods such as forecast 180, 365 days
> worth.

I had a quick glimpse and it seems strange. The chart on the home page
dynamically is adjusted to cover the period "today .. +90 days" (I think).
There was some work on making that adjustable but I don't remember any
details.

This requires some more thorough investigation.

Thanks again for your valuable feedback.

-- 

Regards

Thomas Baumgart

-------------------------------------------------------------
Summer is the time when it's too hot to do what it was too cold to do in winter.
 -- Mark Twain
-------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 868 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kmymoney/attachments/20250719/52db32c0/attachment.sig>