Quote:
Originally Posted by jhowell
The statement about two level of nesting is not exactly truthful. I took a look at a book published long ago that I know has three levels of NCX TOC ( Legends B005LVO6FS) on various apps and devices running the latest software. Only two levels show on a Kindle Oasis and Kindle for iOS. However, all three levels show using Kindle for PC, Kindle for Android, a Fire tablet, and Kindle Previewer 3. |
Thanks for the info. Mind taking screenshots of <h3> and deeper displaying on the various devices/apps?
So hard to get real-life info on a lot of this stuff... since their own documentation doesn't tell the exact truth.
Quote:
Originally Posted by jhowell
Version 2019.2 of the Amazon Kindle Publishing Guidelines (November 2019) added a new guideline:
|
Thanks. Last version I had was 2019.1. Guess I'll have to scan through and see what's changed in the latest.
But this 2-levels-deep TOC is bullshit.
For example, I'm working on journals right now which typically include:
- Year
- Volume + Number
- Article Title
- 1-3 levels of headings
Yes, some of those can be condensed. Ideally, you would have:
Code:
- Vol. #, No. #.
-- Article Title
--- Heading 1
---- Subheading 2
----- Subsubheading 3
If you didn't want to go full-TOC navigation, you
could remove some of the lower subheadings:
Code:
- Vol. #, No. #.
-- Article Title
--- Heading 1
that only gets you to <h3>.
... but cutting it down to 2 levels, or trying to condense even more of that information into a single heading, would just lead to actual readability issues:
Code:
- Vol. 1, No. 1: Article Title
-- Heading 1
-- Heading 2
- Vol. 1, No. 2: Article Title
-- Heading 1
- Vol. 1, No. 3: Article Title
- Vol. 2, No. 1: Article Title
Quote:
Originally Posted by jhowell
So, this is a new requirement and they consider it to be important.
|
Anyway, in anticipation for this TOC-readjustment hell,
I recommended an enhancement in the Sigil 1.0 thread.
Hopefully something along those lines gets implemented which would allow you to mass shift headings to other levels.
Quote:
Originally Posted by Hitch
So, they suggested archiving using The WBM or The Internet Archive,which would give you an archived page link, yes, but it also means, for longer/bigger/more complex books, doing this one page/url at a time...rather laborious.
|
🖕
... and the more and more of these changes occur, the more out of sync Print<->ebook becomes (which leads to a hell of a lot more headaches).
More Link Rot Rants: In many cases, websites even change their underlying structure over the years. So something like:
Code:
Old: examplenews.com/article/123.html
New: examplenews.com/full-title-of-article-is-here.html
or there's all this appended garbage to their links which means archive.org "never archived" the exact original:
Code:
examplenews.com/full-title-of-article-is-here.html#appended&garbage=1&gobbledygook&searchterms=author.concept
(Also why when I'm creating ebooks, I try to preemptively strip the URLs to their barebones.)
So it requires looking up each thing in a search engine, trying to find the latest working URL. (And speaking of... paywalls. Now a lot of the times these news articles are locked so I can't even see if it's correct!)