[GUI Plugin] Modify ePub

[BetterRed]

Originally Posted by chaley

Modify Epub version 1.6.4 beta. The only change to include the new help file.

Any reason to keep this beta now 1.7.0 is released?

BR

[stumped]

i have used this plug in for years
but now it it mangling an omnibus edition that I am tidying
it seems to perform an unwanted alpha sort of the htm files, ordering them by title!

so any places where I have added splits are getting shuffled to end of book

e.g. 1st .htm file should be publication info - that is moving to the end.
so are all the splits I introduce,via sigil, which have names like section xxx

its definitely the plug in because I can save "before" and "after" version of the book to compare

so am i using a no longer maintained/supported plugin or is it a known issue

any suggestions for an alternative workflow please

for now I have laboriously renamed every affected file, then resolved to not run the plug in on this book ever again.
most frustrating
a coupe of times, wen proof reading, I have wrongly concluded that I@d deleted entire chapters and have been replacing the m from backups, but in fact those chpters were still there but moved to end of book
a
why ?

i searched here for modify epub bu find no relevant threads
i see nothign in plug in preferences that could be causing this

any suggestions for an alternative workflow please or a better plug in that does the same stuff i.e. that auto regenerates a toc to match any edit changes I have made

[JSWolf]

Originally Posted by stumped

i have used this plug in for years
but now it it mangling an omnibus edition that I am tidying
it seems to perform an unwanted alpha sort of the htm files, ordering them by title!

so any places where I have added splits are getting shuffled to end of book

e.g. 1st .htm file should be publication info - that is moving to the end.
so are all the splits I introduce,via sigil, which have names like section xxx

its definitely the plug in because I can save "before" and "after" version of the book to compare

so am i using a no longer maintained/supported plugin or is it a known issue

any suggestions for an alternative workflow please

for now I have laboriously renamed every affected file, then resolved to not run the plug in on this book ever again.
most frustrating
a coupe of times, wen proof reading, I have wrongly concluded that I@d deleted entire chapters and have been replacing the m from backups, but in fact those chpters were still there but moved to end of book
a
why ?

i searched here for modify epub bu find no relevant threads
i see nothign in plug in preferences that could be causing this

any suggestions for an alternative workflow please or a better plug in that does the same stuff i.e. that auto regenerates a toc to match any edit changes I have made

Can you run the Scramble eBook plugin on your omnibus and test that the scrambled copy still shows this issue? If it does, then post a copy of the unmodified scrambled eBook and we can test it do see if Modify ePub is changing the order of the eBook. I've never see this done and I've been using Modify ePub basically since it came out.

As for being maintained, it has been maintained. It gets updated to keep compatibility with the changes in Calibre.

[Scuba38]

Could you add a pictures section :
- compress jpg (like calibre-editor)
- convert png to jpg

To reduce the epub file size

Thanks

[enuddleyarbl]

I'm not sure if this is a Calibre conversion issue or a Modify ePub issue (or perhaps Modify ePub makes a call to Calibre's functions to do the task). But, if I run the ePubCheck plugin within the Calibre Editor, it gives the following error:

jacket.xhtml Line: 101 Col: 87 ERROR(RSC-005): Error while parsing file: attribute "data-calibre-jacket-searchable-tags" not allowed here; expected attribute "align", "char", "charoff", "class", "dir", "id", "lang", "style", "title", "valign" or "xml:lang"

It's pointing to this on jacket.xhtml:

<table class="cbj_header">
<tbody>
...
<tr data-calibre-jacket-searchable-tags="1" style="color:white; display:none">
...
</tbody>
</table>

I *think* it might have to do with the "Add/Replace Metadata Jacket" option in Modify ePub.

Unfortunately, I can't find anything in this thread or on the forum, in general, on this. If this isn't the right place to mention it, let me know.

[DNSB]

I copy/pasted your code into a new epub in sigil. When I ran epubcheck, it complained the </tr> was missing so I added it. At that point, epubcheck had no issues with the code (epubcheck 4.26 is the version in use) reporting no problems found.

<table class="cbj_header">
<tbody>

<tr data-calibre-jacket-searchable-tags="1" style="color:white; display:none"></tr>

</tbody>
</table>

[JSWolf]

I just tested Modify ePub adding a jacket and it failed to produce valid code. epubcheck came up with two errors. I fixed it by deleting bad code and it made no difference to the jacket formatting and it fixed the errors.

[BetterRed]

The Polish books tool can also Add/replace jackets - does it have similar EPUBCheck problems?

I prefer using Modify EPUB: it has the option to put the jacket at the back of the book; and it does not require that all the metadata be embedded in the book.

BR

[enuddleyarbl]

Originally Posted by DNSB

I copy/pasted your code into a new epub in sigil. When I ran epubcheck, it complained the </tr> was missing so I added it. At that point, epubcheck had no issues with the code (epubcheck 4.26 is the version in use) reporting no problems found.

<table class="cbj_header">
<tbody>

<tr data-calibre-jacket-searchable-tags="1" style="color:white; display:none"></tr>

</tbody>
</table>

If I fix the errors and then have Modify ePub remove the jacket and then have it create it, the problem recurs.

[chaley]

Originally Posted by BetterRed

The Polish books tool can also Add/replace jackets - does it have similar EPUBCheck problems?

I prefer using Modify EPUB: it has the option to put the jacket at the back of the book; and it does not require that all the metadata be embedded in the book.

BR

First, Modify Epub uses calibre's jacket builder.

Second: It has a problem, but it doesn't seem similar.

Running polish to create a jacket puts this in jacket.xhtml:

.cbj_banner {
	background: #eee;
    color: black;
	border: thin solid black;
	margin: 1em;
	padding: 1em;
	-webkit-border-radius:8px;
	}

The calibre editor complains about the last line, saying that this line should be there too.

	border-radius:8px;

Polish also adds things like this:

table.cbj_header tr.cbj_series {
	
	
	}

The calibre editor says that rules without properties should be deleted.

I have no idea if either of these are important. I also don't know how to fix it.

[BetterRed]

Originally Posted by chaley

First, Modify Epub uses calibre's jacket builder.

I had a vague memory that was the case, I think Kovid made it known when he released the Polish books feature.

BR

[DNSB]

Originally Posted by DaveLessnau

If I fix the errors and then have Modify ePub remove the jacket and then have it create it, the problem recurs.

Since Modify ePub has not been modified, the same error will be created on each run.

[JSWolf]

In the jacket created at the back of the eBook, deleting the following code allows epubcheck to validate the jacket without error. Also, deleting this code does not change the formatting of the jacket.

        <tr data-calibre-jacket-searchable-tags="1" style="color:white; display:none">
          <td colspan="2"/>
        </tr>

[chaley]

Originally Posted by JSWolf

In the jacket created at the back of the eBook, deleting the following code allows epubcheck to validate the jacket without error. Also, deleting this code does not change the formatting of the jacket.

        <tr data-calibre-jacket-searchable-tags="1" style="color:white; display:none">
          <td colspan="2"/>
        </tr>

However, this is a case where epubcheck is wrong. The global attribute data-calibre-jacket-searchable-tags="1" is perfectly legal (here, here).

According to Kovid, adding these tags is deliberate. He said in a bug report:

This is deliberate, it allows you to search for individual words across
books on the Kindle and not get matches when those words are part of a
larger word.

If you know you don't want them then create a custom book jacket template and remove the line

<tr data-calibre-jacket-searchable-tags="1" style="color:white; display:none"><td colspan="2">{searchable_tags}</td></tr>

in jacket/template.xhtml.

[chaley]

I spent a lot of time looking for these problems and found the following:

• I had bad (old) code in a customized jacket. This is where the
  

  -webkit-border-radius:8px;

  was coming from.
• The empty stylesheet declarations are generated by calibre's built-in jacket builder, not this plugin. The calibre editor flags them as errors, but epubcheck doesn't care about them. I have a possible fix I will send to Kovid.
• The "data-calibre-jacket-searchable-tags" (non-)error is explained in the post above.