Sigil-0.8.900 released for testing - Wait for Sigil-0.8.901

[Doitsu]

@DiapDealer: I was able to reproduce this bug with Sigil 0.8.9 on my Windows 10 machine. It appears to be caused by the span tags around the TOC entry. Without them, the Armenian text is displayed fine.

[brolny]

Of course it is not important at all, but a little unusual and confuses -
when Open and Save checkboxes are both unchecked,
I still can change radiobattons for cleaning types,
because they are enabled and one is selected.

[v_x]

I have a strange bug (Mac OS X 10.10.5) — just after opening of an epub (I've tested different files; the results were the same) the order of files in the Text folder is rearranged and becomes alphabetical! And TOC too. The cleaning is turned off.

[DiapDealer]

Thanks for these reports. We'll look into them

[DiapDealer]

Just a note that that the BuildOnLinux documents in the 0.8.900 pre-release have some typos in them. They've been fixed (I think!), and some additions have been made in the current source tree.

Those changes will make it into the next release, but in the meantime ... Linux users should use the BuildingOnLinux.md file on github if they run into trouble. You can browse it directly if you like. https://github.com/Sigil-Ebook/Sigil...dingOnLinux.md

But please don't build Sigil from a current git clone right now. There are issues being resolved. Build from the tagged source that is downloadable from the Releases page.
Linux users are encouraged to build from the current github source tree.

[KevinH]

Hi v_x,

Originally Posted by v_x

I have a strange bug (Mac OS X 10.10.5) — just after opening of an epub (I've tested different files; the results were the same) the order of files in the Text folder is rearranged and becomes alphabetical! And TOC too. The cleaning is turned off.

I am running the same build on the same Mac OS X and not seeing this at all.

The only reason it would rename the files on load would be if the same file names (ignoring directories) exist inside the epub. So please pm me here a link to the exact book that causes this issue for you.

Alternatively, you can simply do the following on your Mac

1. copy the offending epub to your Desktop and rename it test.epub

2. Open Terminal.app and enter these commands in the resulting terminal and post the results here

cd ~/Desktop
unzip -t test.epub


That will tell me if the offending book has duplicate file names someplace.

Thanks,

KevinH

[KevinH]

Hi DiapDealer and roger64,

Since Sigil master has a number of key bug fixes in it already and since it is stable on Linux and Mac OS X (just not Windows), it would actually help speed things up if roger64 (and others) would build from Sigil current master and let us know what other bugs they see, versus having them build a known broken release.

My two cents ...

KevinH

Originally Posted by DiapDealer

Just a note that that the BuildOnLinux documents in the 0.8.900 pre-release have some typos in them. They've been fixed (I think!), and some additions have been made in the current source tree.

Those changes will make it into the next release, but in the meantime ... Linux users should use the BuildingOnLinux.md file on github if they run into trouble. You can browse it directly if you like. https://github.com/Sigil-Ebook/Sigil...dingOnLinux.md

But please don't build Sigil from a current git clone right now. There are issues being resolved. Build from the tagged source that is downloadable from the Releases page.

[KevinH]

Hi broiny,

Even if you turn off Cleaning on Open and Save, any time a file is not well-formed, it is passed through a cleaning stage so that it becomes at least well-formed enough to properly parse. Also, you can manually invoke reformatting the html and again this setting is used.

Also, on a related note, fyi - all xhtml files are passed through gumbo and "auto-fixed" to be parse-able when opened no matter what. This is needed to be able to update any links when the file is first loaded and moved to its new home inside of Text. Regular gumbo tries hard to not mess things up (unlike its predecessor Tidy) but it will still be invoked upon load to make sure the files can actually load and display properly.

Hope this explains things.

Kevin

Originally Posted by brolny

Of course it is not important at all, but a little unusual and confuses -
when Open and Save checkboxes are both unchecked,
I still can change radiobattons for cleaning types,
because they are enabled and one is selected.

[DiapDealer]

Originally Posted by KevinH

Hi DiapDealer and roger64,

Since Sigil master has a number of key bug fixes in it already and since it is stable on Linux and Mac OS X (just not Windows), it would actually help speed things up if roger64 (and others) would build from Sigil current master and let us know what other bugs they see, versus having them build a known broken release.

My two cents ...

KevinH

That is the very suggestion I made to Doitsu. I forgot there was a crashing bug that affected linux that was fixed. So I agree. Linux users would be better off building from the latest git source tree. Original post amended.

[KevinH]

Hi,

And Doitsu has already found two new bugs!

Argh! ;-)

KevinH

[gbm]

Originally Posted by DiapDealer

That is the very suggestion I made to Doitsu. I forgot there was a crashing bug that affected linux that was fixed. So I agree. Linux users would be better off building from the latest git source tree. Original post amended.

From https://github.com/Sigil-Ebook/Sigil...dingOnLinux.md

sudo apt-get install python3.4-pip

did not work

sudo apt-get install python3-pip

worked


bernie
p.s.
Using Mint 17.2.

[DiapDealer]

Originally Posted by gbm

From https://github.com/Sigil-Ebook/Sigil...dingOnLinux.md

sudo apt-get install python3.4-pip

did not work

sudo apt-get install python3-pip

worked


bernie
p.s.
Using Mint 17.2.

That's very possible. On my machine, they map to the same thing when I try to update the package. I just didn't want people to install the packages without making sure they're actually python3.4, and not 3.3.x or something. I'll make a note of it in the documentation. Thanks.

[gbm]

Build and installed from git clone, opens, loads an epub. No time to do more right now. Any areas you might want tested?

bernie

[DiapDealer]

Originally Posted by gbm

Build and installed from git clone, opens, loads an epub. No time to do more right now. Any areas you might want tested?

bernie

Oh, just .... everything?

I'd like to make sure all the old functionality/features work with EPUB2s before looking to see what might break with an EPUB3, but please ... feel free to mention anything you suspect might be broken.

[DNSB]

Basically, any text wrapped in <span></span> tags is not included in the ToC. So <h3 class="chp">D<span="smallc"OCTORS</span> I<span class="smallc">N</span> A<span class="smallc"FRICA</span> 1814-1874</h3> gives me a ToC entry of D I A 1814-1874.

Otherwise, the builtin checker says everything is okay but deleting unused stylesheet items fails due to XML not well formed. Checking with Flightcrew located the error where I had left an extra < at the start of a line ( <<p class= ).