Register Guidelines E-Books Today's Posts Search

Go Back   MobileRead Forums > E-Book Software > Calibre > Plugins

Notices

Reply
 
Thread Tools Search this Thread
Old Yesterday, 11:20 PM   #2986
jgoguen
Generally Awesome Person
jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.jgoguen ought to be getting tired of karma fortunes by now.
 
Posts: 1,069
Karma: 2178845
Join Date: Jan 2013
Location: /dev/kmem
Device: Kobo Clara HD, Kindle Oasis
This looks different from the example in the book I looked at. This seems to be making paragraph lines (or a fake list) indented, which I may not like visually but off the top of my head I expect what you show in the image could be done without god-awful markup and questionable CSS choices. I'd prefer to see it done with <ol> or <ul> and styling the <li>, but there are other clean ways to do it. Just my own personal preference not liking how this looks rather than a final product that makes me question how much the publisher actually knows about HTML or CSS.

The book example I was commenting on is a case where a <dl> is both a clean and natural choice. The <dt> in that case would be the name of the speaker and the <dd> would be the text. Style it to float the <dt> to the left at some low percentage width and <dd> to the right at remaining width and you've got the same effect with much cleaner markup and CSS.
jgoguen is offline   Reply With Quote
Old Today, 07:57 AM   #2987
Quoth
the rook, bossing Never.
Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.
 
Quoth's Avatar
 
Posts: 11,837
Karma: 87663463
Join Date: Jun 2017
Location: Ireland
Device: All 4 Kinds: epub eink, Kindle, android eink, NxtPaper11
using <p> with suitable classes is more reliable and can exactly duplicate ol ul li etc, which are needed for server side auto-generated content from a database, or a convenience. They are not needed at all in ebooks.

No need for dd or dt and float is best avoided in ebooks.
Quoth is offline   Reply With Quote
Old Today, 05:21 PM   #2988
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 74,892
Karma: 131375774
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
Quote:
Originally Posted by Quoth View Post
using <p> with suitable classes is more reliable and can exactly duplicate ol ul li etc, which are needed for server side auto-generated content from a database, or a convenience. They are not needed at all in ebooks.

No need for dd or dt and float is best avoided in ebooks.
I prefer a flat <p> for most paragraphs.
JSWolf is offline   Reply With Quote
Old Today, 05:55 PM   #2989
mgrimace
Connoisseur
mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.mgrimace ought to be getting tired of karma fortunes by now.
 
mgrimace's Avatar
 
Posts: 72
Karma: 1255124
Join Date: Feb 2013
Location: Ontario, Canada
Device: Kobo Libra Colour, Kobo Libra 2, Kobo Libra H2O, Kindle Oasis 9
Quote:
Originally Posted by jgoguen View Post
I suspect what's happening here is a matter of the book cover versus the metadata cover. In calibre's file system, alongside the book you'll see "cover.jpg". This is what gets added to the book file unless you specify different options in conversion. If you unpack the KePub and inspect the converted book cover and cover.jpg, I bet they're different.

Beyond here I'm a little more fuzzy on details. As I understand it, metadata sent over to Kobo by calibre-web, as a consequence of how Kobo syncs, is the metadata shown in the UI, not what's in the book itself. The cover is included in "metadata" and is fetched by Kobo separately from the book, and you get whatever is cover.jpg showing as the book cover on the device. If you open your book and go back to the cover page, it's probably the image you're expecting to see.

So, my best educated guess would be to change the cover itself in calibre to be the dimensions you want rather than do it in book conversion options. How exactly, I'm not sure, I don't have a calibre install accessible right now and I've never needed to do it.
Thanks so much for that thoughtful explanation, it makes sense, I think. I'm murky when it gets to the overlap of covers and metadata as well.

I'll try out changing the 'physical' dimensions of cover.jpg - I was kind of hoping to avoid it, and just 'spanning' them if possible, but proper dimensions for my reader would be a tidier solution to just have consistent covers overall. I know there's plugins that can do this as well.

Thanks so much!
mgrimace is offline   Reply With Quote
Reply

Tags
error, kobo aura one


Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Kobo Device Driver Update davidfor Devices 284 05-24-2019 05:24 PM
[Device Plugin] Kindle 2, 3, 4, Touch Device Interface MBP Update Mod cryzed Plugins 7 10-28-2012 04:58 PM
[Device Interface Plugin] Update for Nook Color Driver jmricker Plugins 0 10-22-2011 10:11 AM
Touch Kobo Touch Extended 2 Year Warranty - Is it worth the $34.99? EverC Kobo Reader 11 08-31-2011 11:47 PM
Touch Kobo Touch Extended Warranty Program SensualPoet Kobo Reader 1 07-17-2011 04:08 AM


All times are GMT -4. The time now is 09:04 PM.


MobileRead.com is a privately owned, operated and funded community.