Quote:
Originally Posted by KevinH
Or is this another example of opening a single huge html file?
|
It's possible. That's why I asked about "every single epub" and the default empty epub above. But even if it IS down to epubs comprised of single huge html files, what is it about 1.4.x that seems to exacerbate the problem (since rolling back to 1.3.0 seemed to "fix" the OP's problem)?
I've tested with large novels comprised of single html files on Windows 10 and while Sigil 1.4.3's performance definitely starts getting sluggish (with Preview Open), I don't experience anywhere near the 15-20 (and even 30-60) "hangs" others have described. The performance hit I experience with the single huge html files in 1.4.3 are comparable to the performance hit those kinds of epubs have always caused Sigil. No Sigil version since the switch to QtWebEngine has been any worse in that regard on any of my own Windows machines (real or virtual).
Quote:
Originally Posted by KevinH
BTW: Where are all of these single huge html files coming from? The only thing that generates them from my understanding is unpacking an old old mobi6. Is there something else that seems to think a single huge html file is some sort of format?
|
Not sure. Conversions from giant Word documents could also result in one giant html file. My own DOCXImport plugin leaves it up to the user to properly split the html. Many neophytes might not see the need to split up the result of using Export to HTML from a Word novel. *shrug*