![]() |
Quote:
Spoiler:
If your file looks like the above sample with all the lines munged together, that is what mend and prettify will help with giving you something like the code below. Spoiler:
|
If it's the specifics you need: right click on any html code in Code View and highlight the "Reformat HTML" context menu item, and then select the "Mend and Prettify Code - All HTML Files" submenu entry. Whoops. missed that @DNSB has already included the specifics.
You might also want to close the Preview window while you perform the task. Not because it's required, but because it will keep Preview from constantly trying to re-render everything all the time. Once the code has been Prettified, you can reopen Preview |
And if that is not the case, please post a couple of random screen shots taken with CodeView of the offending file and post them here just to give us a taste of what the code looks like that is giving Sigil fits.
|
2 Attachment(s)
See the attached two screen shots.
h6 are changes I'm adding but haven't added yet and will be removed. All other text and formatting to remain. Thanks Brent |
That looks like quite clean xhtml to me with lots of line breaks. I saw nothing that should slow Sigil down at all.
What happens if you use the View menu to hide Preview and try editing in CodeView. Is it still slow? |
Also try removing the empty title tag at the top of the body tag. Technically the title tag should only be inside the head tag and not in a body tag. And technically only one title tag is allowed per HTML document. Does removing it from the body tag impact anything when Preview is visible.
|
It looks like Preview is scrolled all the way to the top of the page, but I'm not seeing the first two lines of code in Code View (h1 and h3) being displayed. Is that just because the file is so big that I can't see any space above the top of the Preview scrollbar, or are they being hidden by css? Not that that should cause any slowdowns, I'm just trying to get a feel for the content/css in order to try and recreate the behavior.
|
Quote:
https://www.libreoffice.org/ LibreOffice is a continuation of OpenOffice created in ~2010. OpenOffice has been effectively abandoned since ~2014 (only a handful of minor bugs fixed since)! |
1 Attachment(s)
Quote:
Have a look at the html is something like Notepad++ and they will show as black reversed text at the end of lines. like this - https://www.mobileread.com/forums/at...1&d=1614157684 If you see just one long line of text that is probably what is causing the slow down. |
3 Attachment(s)
To all that have replied see attached.
Also I closed the preview window and selecting text in the editor area is faster. however I like using the preview to see what the file will look like and scroll through the file. Even with the preview window closed selecting the January and July files take some time to load in the editor window. |
That makes no sense. Loading a file of 160kb or so like your January file in CodeView should be quite fast.
So my guess is you have some anti-virus software that is scanning and watching files that are created in tmp on your machine. This locks the file until the scan is done. All of Sigil's files are created in the tmp folder. Try telling your anti-virus software to either stop scanning files in tmp or to leave Sigil alone in some fashion. To test if that is the case, try temporarily turning off your access to the internet on your machine (for safety) and then restarting in safe mode with the anti-virus disabled and check the speed. If still slow we can rule out interference from anti-virus software, if fast, then you have the culprit. Also how much memory do you have on this machine? QWebEngine is a memory hog so if you do not have much, Sigil will slow down. |
If none of that helps, then please post that epub someplace private and PM "KevinH" here on Mobileread (me) with a link and I will take a look at it and delete it once we understand why it is slowing Sigil down so much.
If you only want to include the one or two slowest chapters that is fine to. |
I did notice that your January file had 22 images linked in. Would you look at your Images Report or All Files report to see how large those image files are, just in case.
|
The original screenshots for the same book shows way less than 22 images in the entire book. Are there multiple img tags pointing to the same images in those two problematic chapter files?
|
Hello again,
I've recently downgraded from 1.5.1 to 1.3 because of the issue I reported earlier, it was just making using Sigil unfeasable to use. I'll experiment with some publically available epubs to see if I can replicate the circumstances triggering the hanging. I previously looked at Sigil while it was hanging with Process Explorer and it said a thread was running "free memory" continuously. I'll post a informative update soon 👍 |
| All times are GMT -4. The time now is 10:33 PM. |
Powered by: vBulletin
Copyright ©2000 - 3.8.5, Jelsoft Enterprises Ltd.
MobileRead.com is a privately owned, operated and funded community.