Weirdness in TOC on some books

[Renate]

I've been reading "Restricted Data", Alex Wellerstein from my library.
There's weirdness going on with the Table of Contents.
It's related to Part and Chapter divisions.
Internally the page numbers for these major divisions is higher than the content immediately following.
This shows up by displaying the wrong part/chapter/section.

Have you ever run into this? It can be confusing.

The problem is the links in toc.ncx:

<content src="chi-wellerstein-0007.xhtml#pt01"/>

Which points to:

    <section aria-labelledby="headerpt0101" class="chapter" epub:type="part" id="pt01" role="doc-part">
      <header id="headerpt0101">
        <h1 class="pn"><span aria-label="12" class="page" id="p12" role="doc-pagebreak"/><span aria-label="13" class="page" id="p13" role="doc-pagebreak"/><a class="xref" href="chi-wellerstein-0005.xhtml#toc">PART I</a></h1>
        <h1 class="pt">THE BIRTH OF NUCLEAR SECRECY</h1>
      </header>
    </section>

Apparently the Adobe RMSDK used by B&N does not understand id inside section or maybe just section.

Workaround: change <section to <div and </section to </div

[JSWolf]

It's not a weirdness. It's (IMHO) poor coding. It's not coded properly to be as backwards compatible with ePub 2 as it could be. <section> is from ePub 3 and is ignored in older versions of RMSDK. B&N is using an older version of RMSDK. To be more ePub 2 compatible, no class and no ID that's actually used should in in a <section>.

[Renate]

Originally Posted by JSWolf

It's not coded properly to be as backwards compatible with ePub 2 as it could be.

Thanks!

Still, the RMSDK is not handling it even that well. When it can't find the target of the #fragment it goes off into outer space.

Some day I'll have to learn what's so great about EPUB3.

[Renate]

Hmm, in the B&N reader there is a lib for Readium.
I'm not sure how that all mixes with the RMSDK.