Sigil-2.0.0 Released

[KevinH]

If running Sigil on one monitor (say the LG) and moving the app by dragging to another monitor (the other LG) then when you go to the top Sigil menu and click does the menu show up where it belongs or on the original monitor?

See Vanguard3000's original bug report here to see what the bug looks like.

https://www.mobileread.com/forums/sh...7&postcount=12

You could try repeating that test with the Acer pair as well. The bug requires the monitor edid blocks to have identical serial numbers in them.

If it all works then your Monitors all have different EDID blocks and can not be used to test with.


If you can recreate his bug, I would be happy to walk you through testing with the debug Sigil plus the new qt qwindows.dll plugin to see if it fixes anything.

[Vanguard3000]

Originally Posted by KevinH

Okay, DiapDealer has graciously rebuilt the qt windows plugin one more time, removing the need to deal with any registry stuff.

Sorry for the wait - I have the day off and don't have much time at my PC. But good news - it works perfectly, at least at the glance I'm able to take.

Menus and dropdowns work perfectly on both monitors. Debug is as follows:

Debug: Primary Screen:  "LG FHD (1)" "LG Electronics" "16843009\\\\.\\DISPLAY1"
Debug:     geo        :  QRect(0,0 1920x1080)
Debug:     avail   geo:  QRect(0,0 1920x1040)
Debug:     devideRatio:  1
Debug:     logical dpi:  96 96
Debug:     physic  dpi:  81.28 80.6824
Debug: 

All Screens
Debug: Screen:  0 "LG FHD (1)" "LG Electronics" "16843009\\\\.\\DISPLAY1"
Debug:     geo        :  QRect(0,0 1920x1080)
Debug:     avail   geo:  QRect(0,0 1920x1040)
Debug:     devideRatio:  1
Debug:     logical dpi:  96 96
Debug:     physic  dpi:  81.28 80.6824
Debug: Screen:  1 "LG FHD (2)" "LG Electronics" "16843009\\\\.\\DISPLAY2"
Debug:     geo        :  QRect(1920,0 1920x1080)
Debug:     avail   geo:  QRect(1920,0 1920x1040)
Debug:     devideRatio:  1
Debug:     logical dpi:  96 96
Debug:     physic  dpi:  81.28 80.6824

I'll hopefully be able to test a bit further on Monday (maybe over the weekend, time permitting) but it looks like this is a good fix. And no Regedit!

Thanks to you both for your help!

[KevinH]

That is wonderful news! Thanks for testing and reporting back. We will add this patch to all future builds of Qt6.5 for Windows that is embedded in Sigil. And keep using it until and Qt officially fixes the bug in their release.

[DiapDealer]

Yay! I've already added it to my Qt6 build system--alongside the CVE patch to qtbase. I'll get the updated dll into my current custom Qt6.5.2 that Sigil is built with (both the official releases and the CI builds). Do we think there's any reason for a new Sigil release? Or can we offer the dll to those few (so far) that the bug hits until the next release? I don't imagine we're quite done with Qt6.5.2/Sigil 2.0 buglets/idiosyncrasies just yet.

[Vanguard3000]

Originally Posted by DiapDealer

Do we think there's any reason for a new Sigil release?

I know this is more a question for Kevin, but I'd think that would depend on how many people are reporting the issue. It would be pretty frustrating for those affected, and it's always best not to expect users to jump through hoops (simple though they may be). If its just me and one or two others you know of, it can probably wait a bit until you've collected a few other bug fixes, provided you keep this fix readily available.

[DiapDealer]

We've only heard of two so far. But as you said, it will depend on if more come out of the woodwork. I DO imagine another bugfix release will be along sooner rather than later, though.

[democrite]

Originally Posted by KevinH

Would you try using the macOS x86_64 build under Rossetta 2 to see if the bug/abort happens there as well and report back. That would help if I could narrow down my search to be arm64 specific.

It also occurs on 13.5.1 (just updated) and on x86_64. I tried moving all desktop files into some newly created folder on the desktop, such still occurs when navigating to desktop.

maybe it is related somehow to my system being in a non-english european language? might that have anything to do with how unicode is used? I haven't tried. Keyboard is ABC Extended.

For a while I'll be occupied anytime I'm at the computer and often I have less chance to be at one, so it might be a while before I can try to track it down. But I'll try to keep it in mind.

One thing, for others I understand it is hard to remain patient and other. For some particular cultures, there is more of a tendency for critique, argument, disagreeing in a way that may not maintain hospitality warmth etc., and perhaps for some cultures modern life is more stressful. As such, many forums are often just not pleasant to hang around on. Here and elsewhere. Such does affect how much others want to contribute or participate. At least for me, much of time I just do not want to read any forums or discussions anywhere. For example, unrelated, how many critique each other for grammar even in cases when they cannot easily tell for some English may not be their first language, or if someone is stressed or going through something and their speech changes. There is just for some such little attempt at understanding.

[KevinH]

Thanks. So it is not macOS version dependent and not arm64 dependent.

Somewhere other than your home directory, could you please create a new folder and name it exactly the same way as your home folder name that is causing issues. Then add any image file to it and zip it up and post it for me. Maybe I can recreate the bug that way.

Another thing that might help would be to use Terminal.app. Open Terminal.app and type the following commands exactly as written hitting return at the end of each line.

cd
echo ${HOME} > info.txt
echo `pwd` >> info.txt
env >> info.txt


Then zip up the newly created info.txt file and post it here.

The first line changes the directory to your home directory
The second line tries to echo the path of your home directory to info.txt file
The third line appends the current working directory to the info.txt file
The last line appends your current environment variables to the info.txt file.

The environment vars will tell me what encoding you are using, what locale you are using, your current path, etc.

Feel free to remove any lines you want from the env output listing, I really just need to know encoding used, locale, etc

I can use that to try to recreate your bug with my own folder names copied from your environment.

Thanks,

Kevin

Originally Posted by democrite

It also occurs on 13.5.1 (just updated) and on x86_64. I tried moving all desktop files into some newly created folder on the desktop, such still occurs when navigating to desktop.

maybe it is related somehow to my system being in a non-english european language? might that have anything to do with how unicode is used? I haven't tried. Keyboard is ABC Extended.

For a while I'll be occupied anytime I'm at the computer and often I have less chance to be at one, so it might be a while before I can try to track it down. But I'll try to keep it in mind.

One thing, for others I understand it is hard to remain patient and other. For some particular cultures, there is more of a tendency for critique, argument, disagreeing in a way that may not maintain hospitality warmth etc., and perhaps for some cultures modern life is more stressful. As such, many forums are often just not pleasant to hang around on. Here and elsewhere. Such does affect how much others want to contribute or participate. At least for me, much of time I just do not want to read any forums or discussions anywhere. For example, unrelated, how many critique each other for grammar even in cases when they cannot easily tell for some English may not be their first language, or if someone is stressed or going through something and their speech changes. There is just for some such little attempt at understanding.

[democrite]

I'll try when I can. Perhaps in the next few days or so.

One thing I forgot to mention. Some dialogs, or at least one – I think it was regex rename –, cursor focus doesn't automatically go to the first text fields as with other dialogs. Perhaps such is not by default when one creates such dialogs with Qt. Such would be nice someday if possible.

[theducks]

So Far I I have set up on my LG pair.
I redocked Preview, I have moved the the whole works (all like the post showed except, no clips) between monitors, I will report back after shuffling Acer cables.

[theducks]

OK after some cable stretching, The Acer pair behaved with the same activities as before.

Both sets are 1920x1080

[KevinH]

So neither of your monitor pairs showed the bug that moving Sigil to the left monitor, the Manage Plugins menu actually opened on the right monitor (where Sigil initially opened), is that correct?

[theducks]

Originally Posted by KevinH

So neither of your monitor pairs showed the bug that moving Sigil to the left monitor, the Manage Plugins menu actually opened on the right monitor (where Sigil initially opened), is that correct?

Oops. I forgot the manage plugins Test

Acer:
With Sigil on the Left, Things are normal. Manage open On top of Sigil.

With Siil on the Right, Clicking Plugins (on the menu, opens the sub menu ON THE LEFT Monitor, And Manage opens on the Left (about where it was when Sigil was on the Left).
BTW I just verified Sigil 2.0.1

[KevinH]

Yes your Acer pair shows the bug. To fix it:

1. download the qwindows.dll.zip file from:

https://github.com/kevinhendricks/Bu...OnMac/releases

2. Unzip it.

3. Navigate to the Sigil program folder and then inside the platforms folder. Delete the existing qwindows.dll file or move it completely out of the Sigil program folder. Renaming it does not work.

4. Copy in the newly downloaded qwindows.dll into that platforms folder. It should be the only thing in the platforms folder.

5. Now restart your computer and once restarted fire up Sigil and run the same test for the bug with your Acer monitor pair.

The bug seen earlier should now be fixed.

This fix will be part of all new Sigil releases until Qt officially fixes it.

The fixed qwindows.dll can fully replace the one you deleted or moved previously so no need to revert after the testing.

Thanks for testing!

[theducks]

Patched
Thanks for Sigil and your efforts