06-13-2012, 08:33 PM | #166 | |
Resident Curmudgeon
Posts: 74,037
Karma: 129333114
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
Quote:
|
|
06-14-2012, 06:08 AM | #167 |
Groupie
Posts: 159
Karma: 24430
Join Date: Mar 2012
Location: Australia
Device: Nexus 7"
|
I've done a variety of things - I use anything from Sigil to WordPerfect and Serif PagePlus for my editing. Never mind - I truly believe the best way to learn anything is trial and error - you don't forget the lessons hardest learned!
|
Advert | |
|
06-15-2012, 09:40 AM | #168 |
Guru
Posts: 614
Karma: 1164945
Join Date: Jan 2012
Location: SF Bay Area, California, USA
Device: iPhone 7+, iPad Mini4, Kindle Voyage
|
Modify ePub Failed
I haven't had consistent results using this plugin to insert or replace covers recently. Sometimes it works, sometimes not. This is the log from the latest try:
Spoiler:
Can someone tell me why this didn't work? |
06-15-2012, 09:50 AM | #169 |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
@GeckoFriend - I can guess what the problem is, it is another permutation of interactions between different options (and obviously a bug in the plugin).
You have ticked the "Add/replace jacket" option at the same time as "Insert/replace cover". If it happens to be a book that didn't previously have a jacket, then the code will hit the error you see. To avoid the error, just run Modify ePub twice - the first time without Insert/replace cover ticked. I'll push a fix tonight when I get home to verify it is the case. I don't add jackets myself so didn't catch it. |
06-15-2012, 11:17 AM | #170 |
Guru
Posts: 614
Karma: 1164945
Join Date: Jan 2012
Location: SF Bay Area, California, USA
Device: iPhone 7+, iPad Mini4, Kindle Voyage
|
@kiwidude
Thanks; that worked and I even understand your answer |
Advert | |
|
06-15-2012, 03:34 PM | #171 |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
v1.2.5 Released
Changes in this release:
|
06-24-2012, 08:16 AM | #172 |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
v1.2.6 Released
Changes in this release:
This is just a simple usability enhancement for if like me you find yourself switching settings based on a particular book. I have a set of "preferred" settings that I run against new books, that I can now store using the "Save" button and retrieve using "Restore". So if I have a need to temporarily run some of the more "one-off" settings of this plugin or even just a single setting I can do so, then quickly revert back next time. The behaviour is similar to that found on the Metadata configuration dialog. |
06-29-2012, 02:51 PM | #173 |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
v1.2.7 Released
Changes in this release:
|
06-30-2012, 12:30 PM | #174 |
Grand Sorcerer
Posts: 27,553
Karma: 193191846
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
I use the heck out of this thing. Thanks a million for all the effort!
One tiny thing I've noticed is that when using the "Remove Adobe .xpgt files and links" option, it seems to ignore any "@import url(page-template.xpgt);" line in the CSS file(s). Certainly doesn't cause any problems that I've noticed, but I wondered if it would make sense to remove that as well while removing the links and the file? Thanks again. Last edited by DiapDealer; 06-30-2012 at 12:35 PM. |
06-30-2012, 12:57 PM | #175 |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
Ahhh, that would be because it isn't a syntax I am familiar with
The Quality Check plugin will also be missing the same check for it. I'll put it on the todo list to take a look at. |
06-30-2012, 01:41 PM | #176 |
Resident Curmudgeon
Posts: 74,037
Karma: 129333114
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
One thing that would be a good option is to be able to get rid of any @page that might be in the CSS. I always remove them when found.
|
06-30-2012, 06:09 PM | #177 |
Grand Sorcerer
Posts: 6,212
Karma: 16534894
Join Date: Sep 2009
Location: UK
Device: Kobo: KA1, ClaraHD, Forma, Libra2, Clara2E. PocketBook: TouchHD3
|
@kiwidude,
Regarding page margins top/bottom and left/right... If I have an original never-calibre-converted epub and I use the Modify Epub option called 'Rewrite CSS @page and body margins' then the mod appears to add an @page statement to the top of the css file which contains all 4 margins, i.e. top/bottom/left/right as per my calibre prefs. (if they're non-zero, that is) However, a calibre conversion only puts the top/bottom margins in an @page and puts the left/right margins in the body class. Is this difference deliberate? If there are already L/R margins in the body class then I end up with 'double' margins? Is it possible to summarise what margin mods are done under what circumstances. |
06-30-2012, 06:57 PM | #178 |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
@jackie_w - I didn't write that particular feature, it was done by Idolse. The discussion on it all starts here. I've never touched it other than a couple of tweaks necessary as other bits of the plugin got refactored or if I hit issues (like I found recently of Sigil 0.5.3 "hiding" text that was inserted into a css file by this feature unless it got inserted at the top rather than the bottom).
|
07-01-2012, 04:19 AM | #179 |
Wizard
Posts: 1,337
Karma: 123455
Join Date: Apr 2009
Location: Malaysia
Device: PRS-650, iPhone
|
I don't think the difference is deliberate exactly, but it wasn't one of my goals to do exactly what a Calibre conversion does either, for example it also won't modify every flow unless Calibre (or someone else) had done it previously. I do recall wondering why Calibre conversions use body for left/right instead of just using @page for everything. I know Calibre doesn't use body for top and bottom margins because that will only apply to the first and last page of a flow.
it's been a long time since I messed with this so I'd have to review the code in detail to answer this question fully. I don't think you'd get double margins from the plugin as it modifies both page and body margins - i.e. margins in body should be removed and everything would be in @page. It does sound like you're saying there may be an edge case if you run the plugin and then follow that by running a Calibre conversion. Calibre might insert the margins in the body tag whilst leaving @page alone, not sure of this, but since the whole point of the plugin is to avoid a Calibre conversion I'm not sure how critical it is. I sort of doubt this is an issue anyway as it could potentially happen with any number of retail ePubs as well and I haven't heard of Calibre doing that. Edit: Looks like I summarized the work I did fairly well here: https://www.mobileread.com/forums/sho...&postcount=144 Last edited by ldolse; 07-01-2012 at 04:39 AM. |
07-01-2012, 04:59 AM | #180 |
creator of calibre
Posts: 43,866
Karma: 22666666
Join Date: Oct 2006
Location: Mumbai, India
Device: Various
|
Because @page is not supported by lots of epub viewers.
|
Tags |
modify epub |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[GUI Plugin] Quality Check | kiwidude | Plugins | 1184 | 04-17-2024 06:17 PM |
[GUI Plugin] Open With | kiwidude | Plugins | 403 | 04-01-2024 08:39 AM |
[GUI Plugin] Manage Series | kiwidude | Plugins | 166 | 02-13-2024 11:31 AM |
Modify ePub plugin dev thread | kiwidude | Development | 346 | 09-02-2013 05:14 PM |
[GUI Plugin] Plugin Updater **Deprecated** | kiwidude | Plugins | 159 | 06-19-2011 12:27 PM |