![]() |
#31 | |
Chocolate Grasshopper ...
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 27,599
Karma: 20821184
Join Date: Mar 2008
Location: Scotland
Device: Muse HD , Cybook Gen3 , Pocketbook 302 (Black) , Nexus 10: wife has PW
|
Quote:
I note, by accident this morning, there is an xml tag of <poem></poem>; has anyone had any success with this and its associated tags <verse><stanza> etc ..... I've found a few examples but none of them 'work' in my browser, nor can I find a definitive reference to their use .... |
|
![]() |
![]() |
![]() |
#32 | |
frumious Bandersnatch
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,528
Karma: 19000001
Join Date: Jan 2008
Location: Spaniard in Sweden
Device: Cybook Orizon, Kobo Aura
|
Quote:
|
|
![]() |
![]() |
Advert | |
|
![]() |
#33 |
Chocolate Grasshopper ...
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 27,599
Karma: 20821184
Join Date: Mar 2008
Location: Scotland
Device: Muse HD , Cybook Gen3 , Pocketbook 302 (Black) , Nexus 10: wife has PW
|
|
![]() |
![]() |
![]() |
#34 |
Fanatic
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 527
Karma: 1048576
Join Date: May 2009
Device: bebook; prs-950; nook simple touch; HTC Jetstream tablet
|
Trying to learn a bit about css styles, and had a question. Will Adobe DE and by extension BeBook epubs work with CSS3 pseudo-classes such as first-letter? I find it works fine with mozilla and sigil, but doesn;t seem to work with Adobe DE; perhaps there is some way to force it to work?
Bob |
![]() |
![]() |
![]() |
#35 | |
Member
![]() Posts: 19
Karma: 62
Join Date: Feb 2010
Device: PRS-505, PRS-600
|
Quote:
Code:
poem { text-align: center; font-style: italic; margin-top: 2.0ex; margin-bottom: 2.0ex; display: block; } p { text-indent: 1.1em; margin: 0; } Last edited by KNotTed; 02-13-2010 at 05:16 PM. |
|
![]() |
![]() |
Advert | |
|
![]() |
#36 |
Author from pBook days
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 49
Karma: 10782
Join Date: Mar 2011
Location: Australia
Device: Kindle-3-Keyboard; 8" Android Tablet
|
The "name" attribute of the <a> tag is definitely deprecated, you should use the "id" attribute instead.
I have converted 9 of my own novels into html and worked my way through making a css stylesheet that suits my particular book presentation tastes in strict xhtml, then made ePub and MOBI files of them successfully... very happy with the overall presentation. BUT: On some books the end of the last chapter needs some sort of <END HERE> tag, so the Reader knows to look no further. Anyone know how to do this? Like, is there a convention that inserting a tag like <a id="end" /> will be recognized by most common ebook compilers? Last edited by lindsayw; 03-25-2011 at 09:21 PM. |
![]() |
![]() |
![]() |
#37 |
Resident Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 75,694
Karma: 134319572
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
How about putting THE END at the end?
|
![]() |
![]() |
![]() |
#38 |
Author from pBook days
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 49
Karma: 10782
Join Date: Mar 2011
Location: Australia
Device: Kindle-3-Keyboard; 8" Android Tablet
|
The <a> tag is still valid, but the "name" element has been deprecated, so you should use <a id="xxxx"> instead. Also note that, under strict xhtml, you can't use self-closing ( .../> ) on the <a> tag, you have to explicitly close it with a </a> tag. If you use the self-closing method, xhtml still regards the <a> as "open", so any subsequent layout tends to be screwed up. Been there, done that...
|
![]() |
![]() |
![]() |
#39 |
Author from pBook days
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 49
Karma: 10782
Join Date: Mar 2011
Location: Australia
Device: Kindle-3-Keyboard; 8" Android Tablet
|
Here's an extract from my stylesheet file:
div.book { margin-top:0.1em; margin-bottom:0.4em; font-family: serif; } ...this expresses "white space" in ems, so it doesn't matter how large or small a font the user selects, the white space between paragraphs remains fairly proportional. I don't like paragraph indents ( perhaps because I'm Australian, we like things kept simple? ) but this could easily be added. The overall white space between paragraphs is 50% of a normal line of type, not 100% as would happen using standard html <p> tags. And here's another one: span.cap { font-size:1.5em; font-weight:bold; line-height:90%; } Drop-caps for starts of break-points don't work very well with re-flowable text, but a larger-size cap works well, 150% bigger than whatever size the user has selected for body text. The 90% line-height is to reduce the gap reserved for "descenders" and avoid gaps between lines #1 and #2. Last edited by lindsayw; 03-29-2011 at 08:45 PM. |
![]() |
![]() |
![]() |
#40 | |
frumious Bandersnatch
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,528
Karma: 19000001
Join Date: Jan 2008
Location: Spaniard in Sweden
Device: Cybook Orizon, Kobo Aura
|
Quote:
|
|
![]() |
![]() |
![]() |
#41 |
Author from pBook days
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 49
Karma: 10782
Join Date: Mar 2011
Location: Australia
Device: Kindle-3-Keyboard; 8" Android Tablet
|
I will try to dig up a reference from among the myriad sites I have visited but, from memory, the xhtml rule is simple: any "empty" tag (that doesn't ever have content) may be self-closed. Any tag that MIGHT have content must be explicitly closed. The <a> tag might have content and, in fact, normally has an href="xxxx" element, so it needs a separate closing tag to delineate the operating element (the link). Tags such as <br> or <hr> never have content so they should be: <br /> or <hr />. <p> ALWAYS has content, so needs a </p> to delineate the scope of the paragraph.
|
![]() |
![]() |
![]() |
#42 |
frumious Bandersnatch
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 7,528
Karma: 19000001
Join Date: Jan 2008
Location: Spaniard in Sweden
Device: Cybook Orizon, Kobo Aura
|
I've found this:
Given an empty instance of an element whose content model is not EMPTY (for example, an empty title or paragraph) do not use the minimized form (e.g. use <p> </p> and not <p />) But it is in the "HTML Compatibility Guidelines" appendix, i.e., it is not a prohibition in the specification, but a recommendation in order to have XHTML documents render in HTML-only browsers. I don't think it applies to ebook readers and ebook formats. |
![]() |
![]() |
![]() |
#43 |
Author from pBook days
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 49
Karma: 10782
Join Date: Mar 2011
Location: Australia
Device: Kindle-3-Keyboard; 8" Android Tablet
|
OK, that's probably right, but I use a 3-stage method of "building" e-books. First, using Anthemion eCub to assemble all the files in an ePub, then Sigil to modify the structure (and run their Validity Check) to remove the auto-generated TOC and hack the content.opf file, then finally Calibre to "explode" the ePub and make final adjustments before converting to MOBI for Kindle use. I know that files that fail HTML-5 validation also fail Sigil's validation and, when I view it on the Kindle there are subtle layout errors that I believe are created by "open" tags. When I make sure that all <a> tags are explicitly closed I don't get those errors.
|
![]() |
![]() |
![]() |
#44 |
Resident Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 75,694
Karma: 134319572
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
I think some of the Kindle layout errors are due to bugs in the Kindle parser. Do your ePub look OK before you convert to mobi? Do your Mobi look OK in Mobipocket Reader?
|
![]() |
![]() |
![]() |
#45 |
Author from pBook days
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 49
Karma: 10782
Join Date: Mar 2011
Location: Australia
Device: Kindle-3-Keyboard; 8" Android Tablet
|
My ePub files all look fine on PC-based Readers and, of course, I can't check them on the Kindle. As soon as I get this phase of my project ( converting all my stuff from p-books ) out of the way, I will definitely be buying a different brand of actual Reader so that I can concentrate on ePub, which seems a much more versatile format. My work is technically done, and I'm qute happy with the appearance on the Kindle, but I'm still finding tiny errors from proof-reading... mostly arising from the manual method I used to copy from Word and paste as a plain-text block into an html editor... won't make that mistake again.
|
![]() |
![]() |
![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
New ebook user, looking for tips and advice | krunk | Amazon Kindle | 3 | 09-20-2010 05:35 PM |
My fiction...formatting thoughts and tips...? | Simon John Cox | Writers' Corner | 5 | 01-21-2010 11:25 PM |
My share on making an Ebook! For Easy - Medium - and semi-advanced books. | ProDigit | Reading and Management | 16 | 06-08-2009 09:28 AM |
An example of an eBook with terrible formatting | jswinden | Amazon Kindle | 10 | 05-08-2009 06:44 PM |