![]() |
#91 |
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 8,026
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,026
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,286
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,026
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,026
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,826
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,826
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.
Last edited by DiapDealer; Today at 02:19 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 |