Sigil-0.9.13 Released

[KevinH]

Given the bugs that Google found in Windows 10, I strongly recommend disabling CFG only for Sigil as unlike an actual web browser, Sigil is not visiting possible mallicious websites over the internt and really does not need that type of protection on a non-server machine. At least until Microsoft actually plugs their memory leak in CFG.

My 2 cents.

Kevin

Originally Posted by Turtle91

I'm fully updated on 1809. I tried disabling the CFG but it was still getting up to 1.4Gb before I finished my edits. It did seem like the memory usage wasn't affecting Sigil as much though... I didn't notice as drastic a slowdown???

[carmenchu]

Hello--sorry if am butting in, but I tried version 13 yesterday, straight from version 10, and after a couple hours editing I rolled back to the previous version, because:
- I couldn't anymore rearrange the tabs of open pages by dragging them
- as soon as I started search&replace with the preview panel open, Sigil became increasingly sluggish, and it ended by affecting the codeview window--i.e., lines began to overlap to unreadability, returning to normal only after closing preview.
I am running windows7, only 6gb ram, no additional antivirus nor cloud. And, as I never installed either version 11 or 12 (thanks to this board!) my preferences didn't get corrupted. As a matter of fact, as soon as I re-installed version 10 on top of 13 (many thanks for making that possible without uninstall!) all is again up to Sigil's premium performance--and the memory when iddle (codeview, no preview) has plummetted from around 200mb to 50mb...
Thanks again.

[DiapDealer]

Originally Posted by carmenchu

- I couldn't anymore rearrange the tabs of open pages by dragging them

This was by design. There's some ugliness in Qt's QTabBar code that will crash Sigil under certain situations when rearranging tabs. We did, however leave an option for the user to override this decision with an environment variable. We're just not going to respond to any bug-reports related to issues with rearranging tabs should anyone choose to override it.

The variable is called SIGIL_ALLOW_TAB_MOVEMENT in case anyone's interested. It just needs to be set, so any value should do. Just remember you're on your own should problems arise from it.

[BetterRed]

And here I was thinking I must be misremembering that I used to be able to rearrange CV tabs

BR

[DiapDealer]

Originally Posted by BetterRed

And here I was thinking I must be misremembering that I used to be able to rearrange CV tabs

BR

I'll document the variable soon. But I was curious how many people really used the feature. This is the first mention of missing it.

I knew it could be done in CV/BV. I just never really found a practical use for it there. Now rearranging tabbed dockwidgets is another story!

[Tex2002ans]

Originally Posted by DiapDealer

But I was curious how many people really used the feature. This is the first mention of missing it.

Dragging tabs into an order is very important.

Especially when splitting files, searching through multiple HTML files, very long filenames (those disgusting PG filenames? ), etc. etc.

I mostly use it to put the tabs in "logical" order.

One example... I'm searching through the book for every Error X:

Mr, Smith

It might occur in Chapter 1, 5, and 8.

Then I look for Error Y:

Mrs, Jones

which occurs in 9, 2, and 6.

Now the tabs are in this order at the top of the screen:

Chapter 1, 5, 8, 9, 2, 6.

It's much easier to drag/drop the tabs in logical order... 1, 2, 5, 6, 8, 9.

Without being able to move them around, you would have to Right-Click > Close Other Tabs and start from scratch, then purposefully open all files in order...

When you have many tabs open along the top, it makes it a nightmare to find the exact file you're looking for... especially if they appeared in essentially "random" order.

[DiapDealer]

Originally Posted by Tex2002ans

When you have many tabs open along the top, it makes it a nightmare to find the exact file you're looking for... especially if they appeared in essentially "random" order.

I rarely have many tabs open. And when I do, I find it quite trivial to click on the filename in Book Browser to "find" its tab in Code View. *shrug*

But the environment variable was added because I knew a few would stress about the feature's removal. I'm just happy it's proven to be so few.

Use the variable to re-enable the ability to reorder the central widget tabs or don't. How "important" it is to be able to do so, doesn't really interest me. Keeping Sigil from crashing because of Qt's faults does.

[brent63]

Originally Posted by DiapDealer

I rarely have many tabs open.

I find that I have some open when I do Find & Replace because if I have an error it is most likely in all of the HTML files and not just one. I then close most and edit one file.

Now back to the beta testing.

Yesterday afternoon I found Sigil start to bog down. I was doing a lot of cut and paste between different Epub books.

Last night I closed all files and and shutdown my laptop.

This morning it was bog down still when working scrolling thru one HTML file until I closed the Preview window. So not sure Qt5.12.2 is the fix to the slowdown issue.

Brent

[DiapDealer]

Originally Posted by brent63

This morning it was bog down still when working scrolling thru one HTML file until I closed the Preview window.

Lots of svg images (or images/embedded fonts in general) in that one html file by chance?

Originally Posted by brent63

So not sure Qt5.12.2 is the fix to the slowdown issue.

Oh, trust me... I know it's not the "fix." I'm just settling for improvement at this point. 5.12.2 merely includes a lot of fixes for issues we were patching manually in 5.11.

I'm pretty convinced the only only sure-fire "fix" for performance issues in Sigil 0.9.11+ is Windows updates, more ram, and newer video/drivers/hardware (or some combination thereof). That or a newer release of QtWebKit (or a Sigil code overhaul to move from QtWebKit to QWebEngine--which will have its own drawbacks).

[brent63]

Originally Posted by DiapDealer

Lots of svg images (or images/embedded fonts in general) in that one html file by chance?

A couple of PNG files and 5 fonts files.

[KevinH]

Please double check that ControlFlowGuard is still disabled for Sigil.

Originally Posted by brent63

A couple of PNG files and 5 fonts files.

[brent63]

Originally Posted by KevinH

Please double check that ControlFlowGuard is still disabled for Sigil.

Yes they are.

Brent

[Turtle91]

Originally Posted by DiapDealer

I'm pretty convinced the only only sure-fire "fix" for performance issues in Sigil 0.9.11+ is Windows updates, more ram, and newer video/drivers/hardware (or some combination thereof). That or a newer release of QtWebKit (or a Sigil code overhaul to move from QtWebKit to QWebEngine--which will have its own drawbacks).

Not sure that is a "fix" either. I have:
- Win10 64 1809 fully updated
- i7-7700 3.6GHz
- 16GB Ram
- Latest drivers on GeForce GTX 1080

I did install Qt Creator 4.7.2 which is running Qt 5.11.2 which almost certainly needs an update. Would that cause issues with Sigil?? I'll try updating that when I can squeeze in an hour or two.

[DiapDealer]

I agree. With that kind of hardware, I wouldn't expect any problems. I run a similar setup (but with a 6-core AMD processor, 32Gb of ram and a GTX 1050ti) and I don't have any of the slowdowns or runaway memory usage that people are describing on Windows--with the exception of xhtml files that have multiple svg images and or embedded fonts. And even in that situation, the growing memory usage doesn't seem to be accompanied by any significant performance problems that I can detect. In fact many of the issues that cause Sigil to consume more and more memory have been around for a while.

And no, Qt creator's 5.11.2 shouldn't be interfering at all. If it were, it would be interfering with Sigil 0.9.10's Qt 5.6.2 as well. Which doesn't seem to be the case.

[brent63]

Completely closed and shut down last night.

Turned on laptop and first looked here for any new posts.

Closed closed website opened Sigil and turned on Preview window. Opened file scrolled a bit and find it a bit sluggish.

I ran a Report and made images of (see attached) of the HTML files and attached Images. Both of which I believe are small.

Will work with this morning and if it starts to bog down I will delete embedded fonts and see if that has any effect.

Brent