[GUI Plugin] Modify ePub

[Matth79]

In Sigil, the file already has cover semantics set, but after unchecking and then rechecking, with a very small change ocurring right at the top of the OPF, then the cover change seems to take, even without the tweak, Calibre did show the cover image (a generic placeholder like the one shown in this writeup http://www.howtogeek.com/73979/how-t...-with-calibre/), such as it was - example http://www.gutenberg.org/ebooks/6331 - not the best example, as available covers are rather generic too.

[wokavan]

Is there any chance that "smarten punctuation" could be added to this plugin's bag of tricks?

Thanks for the fantastic plugin!

[theducks]

Originally Posted by wokavan

Is there any chance that "smarten punctuation" could be added to this plugin's bag of tricks?

Thanks for the fantastic plugin!

If you are going that far, you might just want to do a EPUB -> EPUB convert which provides that along with other options.

[kiwidude]

Changes in this release:

• Add ability to smarten punctuation of HTML files within an ePub

[wokavan]

Originally Posted by kiwidude

Changes in this release:

• Add ability to smarten punctuation of HTML files within an ePub

Holy moly that was fast! I can't thank you enough! This worked perfectly, so I hope others find this useful too.

Originally Posted by theducks

If you are going that far, you might just want to do a EPUB -> EPUB convert which provides that along with other options.

Yep yep, definitely an option, but I'm a bit obsessive when it comes to keeping the css/html as light and handcrafted as possible which seemed inline with the spirit of this plugin.

[kiwidude]

@wokavan - glad it works for you, welcome to MobileRead by the way. It has been a "calibre plugin update" weekend so the timing of your suggestion caught me in the right mood...

[arthurite]

calibre, version 0.8.34
ERROR: Plugin installation failed: A problem occurred while installing this plugin. This plugin will now be uninstalled. Please post the error message in details below into the forum thread for this plugin and restart Calibre.

Traceback (most recent call last):
File "site-packages\calibre\gui2\dialogs\plugin_updater.py", line 731, in _install_clicked
File "site-packages\calibre\gui2\preferences\plugins.py", line 380, in check_for_add_to_toolbars
File "site.py", line 66, in load_module
ZipImportError: can't find module calibre.gui2.preferences.toolbar

[kiwidude]

@arthurite - welcome to MobileRead.

Nothing in that error message is specific to this plugin. Looks to me possibly a corrupted calibre installation. Try installing the plugin again (make sure any AV is off) and if it still fails reinstall calibre (you won't lose your library).

[calvin]

Hi Kiwidude,
would it possible to make it an option to remove this kind of strings in epubs

<meta name="Adept.resource" value="urn:uuid:********-****-****-****-************" />

this string will be complained by the check option and is included for some adobe reasons..

[kiwidude]

@calvin - you should be able to do that already with the "Remove non dc: metadata" option? You are talking about the opf file right?

[calvin]

Hi kiwidude,

no I am not talking about the opf file, I am talking about every html(x) file in the epub. This string is in every html file. A search and replace over all html files works well, but it is manual work ;-)

I tried this option, but it will not remove this string from the html files.

[kiwidude]

Technically it isn't a problem to add such a feature. The question I would have is about at what level to generalise it. For instance you have said a <meta name="Adept.resource"...> tag is what you want removing. Is that going to be the one and only meta tag that would ever need removing from epubs? And should this be a new option, or just included with the "remove non dc: metadata" feature (since that is also about preparing an ePub for submission).

[calvin]

Up to now, I have only seen this "adept.resource" tag which was in epubs I have. And only this tag was shown as an error with the sigil validation function.

So for me it would be ok if it would be included in the "remove non dc: metadata" feature.

[JimmXinu]

kiwidude, I ran across something this weekend you might want to incorporate into Modify ePub.

Nook STR (and color from what I've read), doesn't recognize:

<meta content="coverimg" name="cover"/>

...in content.opf.

It insists on having

<meta name="cover" content="coverimg"/>

...with the name attribute first.

Sigil and apparently caliber epub->epub conversion will 'correct' the problem, but since Modify ePub can update the cover, you might considering checking/updating the meta tag, too.

Might be something to check for in Quality Check, too.

I've also started a thread suggesting that calibre could modify that when sending to the device, since it's updating the image anyway.

[kiwidude]

Hi JimmXinu

Interesting - well for Nook owners that is

Lets see what the response is from Kovid to your other thread you linked to. As if he were to build it into the normal metadata update logic then you will get the change to this plugin "for free" .

I agree it could be added to QualityCheck as well, though again if calibre is modified to take care of it during its normal metadata update when sending/saving to disk then it doesn't really matter if the book within calibre isn't yet valid for sending.