Sigil-2.3.0 Released

[philja]

Originally Posted by KevinH

Is there any size or scaling difference between the Sigil MainWindow when it has no menubar to the version you recover by minimizing and restoring it to bring the menubar back/ Perhaps a larger or smaller scaling? Or maybe an small positional offset?

It does sound as if anything that will cause the MainWindow to be redrawn will work to return the menu bar. So something is causing a refesh/update signal to get lost when the KVM switch is thrown.

By any chance is your linux box set to use a single top menubar (like the macOS does)? Some KDE and GNome desktops can be set that way.

As to why the menu bar goes away at all, probably has to do with detecting changes in how different OS's use different monitor resolutions/refresh rates on the exact same monitor when connected to the switch.

So you might try syncing the Linux driver resolution and refresh rate, and scaling to **exactly match*** those used by Windows and see if the issue goes away.

I have no idea how the Qt software or Windows monitors for changes in these settings *not* caused by manually setting those values in the control panel (ie how it detects the KVM switch was thrown)

The KVM switch must be responsible for telling the Monitor to autosync and then alerting the OS somehow.

There is a scaling difference between my Linux box and the Windows box. Both boxes were set at 2560X1440 at 60Herz, but the Windows box was set to 175% and the Linux box to 125%. I have noticed scaling differences in OBS for my webcam if I switch between boxes.

I set the linux box to 175% to test (I can't live with that) but that didn't prevent the loss of the menubar when I switched back to the windows box. But it does need more than around 5 minutes for the menubar to go.

My Linux box does not use a single top menu bar like macOS.

I normally use Sigil maximised, but to test your first point about the scaling of the Sigil window, I opened Sigil at a reduced size and waited. The screenshot attached shows that there is a small scaling difference when the menubar disappears. The blue around the edges is my screen 'wallpaper'. You'll notice a slight clipping at the left edge (see Book Browser, etc.) and a vacant strip at the right edge. There is also a blank strip at the bottom, below the status bar and its height more or less corresponds to the size of the missing menubar. The width of the title bar does not appear to be reduced.

To restore the menubar, I clicked in the titlebar and gave it the merest nudge, and the Sigil window was redrawn correctly.

[KevinH]

Interesting, so by just waiting long enough you can see the window size shrinking and moving slightly. As if someone changed the 0,0 corner.

I will search Qt bug reports to see if there are any window specific bugs that might cause positioning shifts or shrinkage.

[philja]

Originally Posted by KevinH

Interesting, so by just waiting long enough you can see the window size shrinking and moving slightly. As if someone changed the 0,0 corner.

I will search Qt bug reports to see if there are any window specific bugs that might cause positioning shifts or shrinkage.

Sorry - I think I've mislead you slightly. By waiting, I mean working on the linux box long enough for the menubar to go and then switching back to the Windows box.

It seems to take at least 5 minutes. It didn't actually shrink in front of my eyes.

I put my Linux scaling back to a more comfortable 125% and that didn't make any difference to the scaling of Sigil's window when the menubar went away. It was exactly as ijn the screenshot I added to my previous post.

[KevinH]

Understood. I searched for all types of "shrinking, shifting, and menubar issues" and even looked at "kvm" issues but none of the Qt issues the search brought up appeared to apply.

Not sure how else to help. This could easily be a kvm switch issue with emulating that a monitor still exists, a unreported Qt6 issue on Windows or almost anything. As I have no kvm switch nor can recreate this on Linux or macOS, I have nothing left but pure guesswork.

[philja]

Originally Posted by KevinH

Understood. I searched for all types of "shrinking, shifting, and menubar issues" and even looked at "kvm" issues but none of the Qt issues the search brought up appeared to apply.

Not sure how else to help. This could easily be a kvm switch issue with emulating that a monitor still exists, a unreported Qt6 issue on Windows or almost anything. As I have no kvm switch nor can recreate this on Linux or macOS, I have nothing left but pure guesswork.

That seems a reasonable conclusion. It remains more of a curiosity than a nuisance. Now that I've found that the slightest twitch of the Sigil window gets it redrawn complete with menubar, I can live with that.

I would think that Windows still thinks the monitor is connected when I'm switched over to the Linux box because when I switch back, I find that the Windows screensaver has kicked in and that's set to happen after 10 minutes without activity.

Maybe more light will be shed on this issue at a later date.

[Tenome]

The malformed epub warning plays twice for me when opening a book, any way to fix or just disable this notification?

https://i.imgur.com/uzKgFWe.png

[KevinH]

Already reported and fixed in master. See earlier in this thread.
Next release coming out soon will have the fix.