Sigil-2.1.0 Released

[DiapDealer]

Sigil-2.1.0

Sigil version 2.1.0 represents a mix of bug fixes and new features. We strongly recommend updating to the latest release of Sigil as it includes a large number of third party security fixes.


New Features in this release

• assign menu accelerators P - &Plugins, and K - Chec&kpoints (thank you BeckyEbook)
• add ability to change keyboard focus using keyboard shortcuts or menus to BookBrowser, Preview, CodeView, ClipsWindow, and TableOfContents Windows
• preserve Media Overlay Active Classes when deleting unused classes
• Goto Link Or Style (or Ctrl-Clicking on a class) will now search selectors with combinators if nothing found in normal css classes
• update to a newer Spanish hunspell dictionary
• overhaul of Building on Linux documentation
• update 3rdparty zlib to version 1.3.1 for security and other bug fixes
• update 3rdparty pcre2 to version 10.43 for security and other bug fixes
• update to Qt 6.6.2 for security fixes, accessibility improvements
• allow cancelling of Save if mend on save set and not well formed
• Windows users can now set the SIGIL_USE_FREETYPE_FONTENGINE environment variable to more fully support woff and woff2 fonts

Bug Fixes

• multiple bug fixes from Qt 6.6.2 such as the transient child window resize bug on Windows, etc
• fix QuickParser bug when parsing attribute names not properly ignoring all legal whitespace
• make OPF parsing robust to alternative whitespace usage as well
• fix creation of thumbnails of svg images in SelectFiles and Image Report for macOS
• fix svg rendering in QtSvg by filtering out desc and title tags inside text tags pre-rendering
• fix Python plugin quickparser.py to better handle svg mixed case tag names
• better handle cancelling out of plugins prior to their completion
• better handle Guide/Landmark title translations (thank you BeckyEbook)
• clean up cmake and build warnings
• fix crash on Windows when using woff/woff2 fonts

--------------------------------- Notes -----------------------------------

The latest version of the Sigil User Guide can always be downloaded from the Sigil website, or from its own GitHub repository.

Please check the Sigil website for important Sigil support links, additional resource downloads, and platform-specific trouble-shooting tips/requirements.

The MacOS builds are signed but they are NOT notarized. See this PageEdit/Sigil issue for more information.

PGP Fingerprint (for signed tags and source archives):

B5A5 6206 AB0F BC1A 24EF AB8A A166 D29A 8FCD AC63

All Sigil binary (and source) downloads can also be found as assets at the bottom of The Sigil-2.1.0 Github Release page.

[DiapDealer]

Post reserved for future use.

[KevinH]

FYI, if you were running a recent bug fix test build of Sigil, please note a much better bug fix for the crash caused by using woff and/or woff2 is in the official release, so please update to the official release as soon as feasible.

[BetterRed]

Originally Posted by DiapDealer

. . .
New Features in this release

• add ability to change keyboard focus using keyboard shortcuts or menus to BookBrowser, Preview, CodeView, ClipsWindow, and TableOfContents Windows

So they are new, very welcome too… thanks

Why does View->Preview not have a user set-able shortcut, it's hard-coded at F10 - legacy of BookView maybe?

And there's no shortcut for View->Clips

BR

[DiapDealer]

Originally Posted by BetterRed

And there's no shortcut for View->Clips

I can only assume there's never been a shortcut for toggling the clips widget. An oversight to be remedied, I'm sure.

[KevinH]

It already exists via the new keyboard focus navigation:.

    // for keyboard focus navigation
    sm->registerAction(this, ui.actionFocusCodeView,    "MainWindow.FocusOnCodeView");
    sm->registerAction(this, ui.actionFocusBookBrowser, "MainWindow.FocusOnBookBrowser");
    sm->registerAction(this, ui.actionFocusPreview,     "MainWindow.FocusOnPreview");
    sm->registerAction(this, ui.actionFocusTOC,         "MainWindow.FocusOnTOC");
    sm->registerAction(this, ui.actionFocusClips,       "MainWindow.FocusOnClips");

Using the ui.actionFocus* will in fact make that DockWidget viewable (ie. open it) it you send focus to it. It works like that for all of the above, so no need to use or add shortcuts for the View menu that relates to these DockWidgets. That includes the ClipsWindow and the PreviewWindow.

[KevinH]

Of course to hide that DockWidget you still have to use keyboard accelerators to get to the view menu and then key down to hide "toggle" a DockWidget off.

Or use a mouse to close a DockWidget. No idea if ESC will work to hide it or not given it has focus.

[DiapDealer]

I saw that using the focus shortcut will open it. But don't most other dock widgets have a direct toggle keyboard shortcut to open/close them? Preview, TOC, BookBrowser, F&R, etc... ?

[mt.msla]

Thank you. Great work!

[BetterRed]

F&R is not a dockable window like the others. It can be shown via the Search->Find & Replace menu item, but it's not a Show/Hide toggle like View->Book Browser. The only way I know of to hide F&R, is to click the 'X' in its top left corner.

Could the Search->Find & Replace menu item and its shortcut be a show/hide toggle?

Long standing question: Why does Sigil's F&R allow me to tab into the 'current' file being edited and start inserting tab characters into the data rather than wrapping around the set of controls within the panel? The other EPUB editor is the same.

Maybe there does need to be a Give Focus to Find and Replace, rather having it entangled with Codeview.

---

I wrongly assumed a window had to be already on show to give it focus, but I like the fact that if it is hidden then giving it focus will show it.

The one thing lacking is a visual cue as to which window has keyboard focus… but Sigll is not alone in that regard.

BR

[BeckyEbook]

Originally Posted by BetterRed

Could the Search->Find & Replace menu item and its shortcut be a show/hide toggle?

We have already done such an experiment in 2020. I also wanted to keep compatibility when I clicked on the magnifying glass icon (or the Ctrl-F shortcut) so that it would toggle and not just open the F&R window.
During testing, I realized that this was not a good idea. I don't remember the details, but it was bad enough that my change was reverted and I was relieved.

[KevinH]

Because Tab is an allowable input text character so it is captured by whatever field has keyboard focus. Instead try Shift-Tab as it is not an allowable input character and changes the focus point in the reverse order that Tab uses.

Originally Posted by BetterRed

Long standing question: Why does Sigil's F&R allow me to tab into the 'current' file being edited and start inserting tab characters into the data rather than wrapping around the set of controls within the panel?

[BetterRed]

Originally Posted by BeckyEbook

We have already done such an experiment in 2020. I also wanted to keep compatibility when I clicked on the magnifying glass icon (or the Ctrl-F shortcut) so that it would toggle and not just open the F&R window.
During testing, I realized that this was not a good idea. I don't remember the details, but it was bad enough that my change was reverted and I was relieved.

Fair enough.

Originally Posted by KevinH

Because Tab is an allowable input text character so it is captured by whatever field has keyboard focus. Instead try Shift-Tab as it is not an allowable input character and changes the focus point in the reverse order that Tab uses.

I use the Tab key to move the focus 'forward' from one control to the next… the buttons, drop downs, check boxes etc. The problem I have is that Tab will also move focus between the various windows - e.g from the F&R Count all button to the Book Browser, and then to a Codeview tab, and sometimes into the CodeView text box (I've yet to fully fathom why it is 'sometimes') and I end up with something like this:



The issue would be alleviated if there was better visual indication of where keyboard focus is currently located.

Now that Sigil has specific menu actions and shortcuts to give focus to the various windows (but no toolbar buttons ?) maybe its time to consider removing the ability give focus to the various windows by Tabbing into them.

BR

[KevinH]

Tabbing to move focus is a built-in long-time Qt feature to move focus points. Again Shift-Tab does the same but in the opposite direction but is safer since is is not valid input character.

So removing tab-moves-focus in Qt code is probably not in the cards.

[BetterRed]

I suspected tabbing between the windows is buried too deep to remove. So happy to leave that one be, but how about:

• provide visible indication of which child window has focus… i.e. active window. My file manager uses different background colours (user specified) for active and inactive windows… which I find effective.
  
• making the shortcut for Show/Hide Preview user set-able. In Windows F10 is mostly used to give focus to the menu/ribbon, and on Apple I have read it mutes the audio. The default would remain as is.
  
  For completeness sake there ought be a Give Focus to Menu option/shortcut. Alt+F gets me there, but in a roundabout way.

BR