![]() |
#91 |
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 8,045
Karma: 5449552
Join Date: Nov 2009
Device: many
|
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. Last edited by KevinH; Today at 11:30 AM. |
![]() |
![]() |
![]() |
#92 |
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 8,045
Karma: 5449552
Join Date: Nov 2009
Device: many
|
Wow, the number of display issues with KVM switches is huge:
google: KVM switch issues And I even found one that causes missing menus: google: kvm switch missing menu https://forum.blackmagicdesign.com/v...?f=21&t=166728 And from reading up on them it seems the KVM switch most often the culprit in how it emulates to the OS that the monitor is still connected. |
![]() |
![]() |
![]() |
#93 |
Chalut o/
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 417
Karma: 145424
Join Date: Dec 2017
Device: Kobo
|
Little bug report:
The top-left window is gradually reduced at each open/close cycle (1 pixel). This bug appeared when switching to the Qt theme. Windows, version 2.3.0 |
![]() |
![]() |
![]() |
#94 |
Well trained by Cats
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 30,288
Karma: 57979022
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
The days of the simple rotary A - B VGA switch are long gone.
(there were 3 pins in the VGA connector, that the smarter switches maintained, even when switched away) With Computers doing active Auto-detect (allows add or remover Keyboard or Mice or other USB devices), it detects the instant change. As with anything AUTO, MURPHY still rules. You should see what happens when you want to use your TV as an extra Monitor. ![]() ![]() |
![]() |
![]() |
![]() |
#95 | |
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 8,045
Karma: 5449552
Join Date: Nov 2009
Device: many
|
Quote:
Is that correct? How exactly are you "opening and closing" it? Is it with the View menu, or drag and drop or ...? What exactly do you mean by "switching to Qt theme"? Are you refering to dark mode theme? The QDockwidgets do not remember their own sizes, their sizes are stored only when closing Sigil itself and restored on opening Sigil itself. Otherwize hiding and showing QDockwidget windows negotiates their own sizes. Last edited by KevinH; Today at 01:12 PM. |
|
![]() |
![]() |
![]() |
#96 |
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 8,045
Karma: 5449552
Join Date: Nov 2009
Device: many
|
Okay, I just tested this on macOS, and with the Table of Contents on top and BookBrowser open underneath both docked on the left (as your screencap shows), I am able to hide and view the Table of Contents repeatedly and nothing moves or shrinks. But this is with MacOS.
|
![]() |
![]() |
![]() |
#97 | |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 27,840
Karma: 198099188
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
Quote:
Until we find out exactly what steps are being taken, I can verify that on Windows (using either dark theme [or light theme]), the ToC widget (placed upper left, above Book Browser) is not shrinking for me when: opening/closing Sigil minimizing/restoring Sigil opening/hiding ToC with View menu Last edited by DiapDealer; Today at 02:05 PM. |
|
![]() |
![]() |
![]() |
#98 |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 27,840
Karma: 198099188
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
OK. The "one pixel" thing is not really accurate for me, but I can confirm that the ToC widget (when configured on top left above Book Browser) does continuously shrink when closing/reopening Sigil when Sigil IS MAXIMIZED. I don't often run programs maximized these days, so I didn't notice at first. It seems to only shrink so far and then stop (in my testing). But it's definitely not remembering its geometry when maximized and closing/opening sigil. The theme has no effect on this issue.
P.S. It could be Book Browser growing for all I know! Last edited by DiapDealer; Today at 02:25 PM. |
![]() |
![]() |
![]() |
#99 |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 27,840
Karma: 198099188
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
In general: stacked (not tabbed) dockwidgets are not remembering their heights when Sigil is maximized on Windows (until some sort of minimal height is achieved on the topmost widget). I've not attempted more than two stacked (not tabbed) widgets at this point.
It looks like they've gained a lot of ground on the historical qt geometry issues when apps are maximized, but there are still a few minor things not quite there yet. We're not going back to the mess of spaghetti code we used to deal with maximized geometry saves/restores pre-2.3! Last edited by DiapDealer; Today at 02:48 PM. |
![]() |
![]() |
![]() |
#100 |
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 8,045
Karma: 5449552
Join Date: Nov 2009
Device: many
|
I just tried this on MacOS (using Maximized not Full Screen) with the Table of Contents on the top left above BookBrowser, and it behaves even worse than windows ... it forgets I even moved the Table Of Contents to the top left and returns it back to be tabbed with Preview.
This only happens if Sigil's MainWindow is Maximized. If it is even just one pixel smaller in dimension than Maximized, all works as expected. So this is a Qt6 bug in saving or restoring state that happens only when Sigil is Maximized. Not sure we can do anything about it but create a Qt bug report, which will be ignored most likely since it is something so minor. |
![]() |
![]() |
![]() |
#101 |
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 8,045
Karma: 5449552
Join Date: Nov 2009
Device: many
|
Okay, at least on macOS there is a race between the restoreState (which happens on first show) and the restoreGeometry (which must happen first!) because the call to showMaximized or showFullScreen sometimes forced the MainWindow to be activated/shown before we even had a chance to read in the state to be restored.
I have just fixed this by moving the reading the state in earlier so it is ready to be restored before any race can happen. This fixes the moved Table of Contents bug when Maximized on macOS. I have high hopes this "fix" will also fix this off by 1 or more thing for Windows too. Last edited by KevinH; Today at 03:53 PM. |
![]() |
![]() |
![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Sigil-1.5.1 Released | DiapDealer | Sigil | 27 | 04-15-2021 10:27 AM |
Sigil-1.2.0 Released | DiapDealer | Sigil | 77 | 07-16-2020 12:55 PM |
Sigil-0.9.7 Released | DiapDealer | Sigil | 90 | 11-10-2016 01:30 PM |
Sigil-0.9.6 Released | DiapDealer | Sigil | 69 | 10-29-2016 10:35 AM |
Sigil-0.8.900 released for testing - Wait for Sigil-0.8.901 | KevinH | Sigil | 106 | 10-04-2015 10:41 AM |