[GUI Plugin] Modify ePub - Page 3

Matth79 · 01-27-2012, 06:04 PM

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 · 02-12-2012, 01:49 PM

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

Thanks for the fantastic plugin!

theducks · 02-12-2012, 02:04 PM

Quote:

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 · 02-12-2012, 02:38 PM

Changes in this release:

Add ability to smarten punctuation of HTML files within an ePub

wokavan · 02-12-2012, 02:53 PM

Quote:

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.

Quote:

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 · 02-12-2012, 03:06 PM

@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 · 02-19-2012, 07:39 AM

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 · 02-19-2012, 08:04 AM

@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 · 02-23-2012, 12:18 PM

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 · 02-23-2012, 12:44 PM

@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 · 02-24-2012, 04:58 AM

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 · 02-24-2012, 05:49 AM

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 · 02-24-2012, 06:50 AM

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 · 02-26-2012, 01:53 PM

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:

Code:

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

...in content.opf.

It insists on having

Code:

<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 · 02-26-2012, 05:09 PM

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.

02-12-2012, 02:38 PM	#34
kiwidude Calibre Plugins Developer Posts: 4,688 Karma: 2162246 Join Date: Oct 2010 Location: Australia Device: Kindle Oasis	v1.0.2 Released Changes in this release: Add ability to smarten punctuation of HTML files within an ePub

02-19-2012, 07:39 AM	#37
arthurite Junior Member Posts: 1 Karma: 10 Join Date: Dec 2011 Device: none	Plug in Fail 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

02-26-2012, 01:53 PM	#44
JimmXinu Plugin Developer Posts: 6,594 Karma: 4600391 Join Date: Dec 2011 Location: Midwest USA Device: Kindle Paperwhite(10th)	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: Code: <meta content="coverimg" name="cover"/> ...in content.opf. It insists on having Code: <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.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[GUI Plugin] Quality Check	kiwidude	Plugins	1214	Yesterday 12:05 PM
[GUI Plugin] Manage Series	kiwidude	Plugins	167	07-28-2024 04:07 PM
[GUI Plugin] Open With	kiwidude	Plugins	403	04-01-2024 09:39 AM
Modify ePub plugin dev thread	kiwidude	Development	346	09-02-2013 06:14 PM
[GUI Plugin] Plugin Updater Deprecated	kiwidude	Plugins	159	06-19-2011 01:27 PM

01-27-2012, 06:04 PM	#31
Matth79 Zealot Posts: 122 Karma: 502620 Join Date: Jan 2012 Device: Kobo Touch	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.

02-12-2012, 01:49 PM	#32
wokavan Junior Member Posts: 3 Karma: 10 Join Date: Jul 2010 Device: iPhone	Is there any chance that "smarten punctuation" could be added to this plugin's bag of tricks? Thanks for the fantastic plugin!

02-12-2012, 03:06 PM	#36
kiwidude Calibre Plugins Developer Posts: 4,688 Karma: 2162246 Join Date: Oct 2010 Location: Australia Device: Kindle Oasis	@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...

02-19-2012, 08:04 AM	#38
kiwidude Calibre Plugins Developer Posts: 4,688 Karma: 2162246 Join Date: Oct 2010 Location: Australia Device: Kindle Oasis	@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).

02-23-2012, 12:18 PM	#39
calvin DRM remover Posts: 84 Karma: 10 Join Date: Dec 2009 Location: North of Germany Device: Kindle 3, 4 & Touch, iPhone/iPad, Hanvon N516 (OpenInkpot)	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..

02-23-2012, 12:44 PM	#40
kiwidude Calibre Plugins Developer Posts: 4,688 Karma: 2162246 Join Date: Oct 2010 Location: Australia Device: Kindle Oasis	@calvin - you should be able to do that already with the "Remove non dc: metadata" option? You are talking about the opf file right?

02-24-2012, 04:58 AM	#41
calvin DRM remover Posts: 84 Karma: 10 Join Date: Dec 2009 Location: North of Germany Device: Kindle 3, 4 & Touch, iPhone/iPad, Hanvon N516 (OpenInkpot)	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.

02-24-2012, 05:49 AM	#42
kiwidude Calibre Plugins Developer Posts: 4,688 Karma: 2162246 Join Date: Oct 2010 Location: Australia Device: Kindle Oasis	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).

02-24-2012, 06:50 AM	#43
calvin DRM remover Posts: 84 Karma: 10 Join Date: Dec 2009 Location: North of Germany Device: Kindle 3, 4 & Touch, iPhone/iPad, Hanvon N516 (OpenInkpot)	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.

02-26-2012, 05:09 PM	#45
kiwidude Calibre Plugins Developer Posts: 4,688 Karma: 2162246 Join Date: Oct 2010 Location: Australia Device: Kindle Oasis	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.

Advert

Advert