Possible replacement for EPUBCHECK

[Kayadelenium]

@Doitsu — thanks very much for the three reports. All three are fixed, and I dug into the root of each rather than just patching the symptom:

1. epub:type="biblioref" (OPF-088). You were right — and it turned out not to be one term but a whole class. epubveri's default epub:type vocabulary was missing 29 current terms from epubcheck's aggregate (the Dictionary, Comics and Structure vocabularies — biblioref, dictionary, dictentry, part-of-speech, balloon, panel, …), plus a spelling bug (concludingsentence where the real term is concluding-sentence). The vocabulary now mirrors epubcheck's, so the whole class is gone.

2. width="50%" on <img> (RSC-005). This was an EPUB 2 vs EPUB 3 difference. In XHTML 1.1 (EPUB 2), width/height are the Length datatype — pixels or a percentage — which epubcheck accepts; epubveri was applying the stricter HTML5 rule (integer only) to EPUB 2 as well. Now EPUB 2 accepts the percentage and EPUB 3 still rejects it, matching epubcheck on both versions.

3. OPF-096 message. Agreed the old wording wasn't helpful. It now points at thr="no"> and spells out the cause (no inbound hyperlink), instead of the package root.

These shipped in 0.7.3. The current release is 0.7.4, which also adds a few checks that came out of a full audit against epubcheck's message set — CSS-006 (position: fixed), NAV-001 (an EPUB 3 nav document in an EPUB 2 book), NCX-004 (whitespace in dtb:uid), a

That audit is now published as a per-message-ID coverage matrix, in case it's : https://github.com/veripublica/epubv...cs/COVERAGE.md — it'shonest about the gaps, too.

Thanks again. The community's testing is driving nearly every fix, and different people keep finding different things — please keep throwing real books at it.

[Kayadelenium]

Quick follow-up — epubveri 0.7.5 is out, continuing the same audit against epubcheck's message set.

New since 0.7.4:

- OPF-044 — a spine item whose fallback chain exists but never reaches a content document is now reported separately from OPF-043 (no fallback at all), matching epubcheck's two distinct IDs.
- NAV-004–NAV-008 — the EDUPUB nav-completeness checks: an incomplete heading hierarchy in the toc (NAV-004), or content documents containing <audio>/<figure>/<table>/<video> with no matching loa/loi/lot/lov list in the nav (NAV-005–008).
- Image error mapping now matches epubcheck exactly — MED-004 is reserved for a file too short to contain an image header; a longer file whose header matches no known format is a declared/actual mismatch (OPF-029), not MED-004.

All additive — no verdict changes on the epubcheck test corpus. The coverage matrix is updated too: epubveri now matches about 90% of epubcheck's live (non-suppressed) checks.
→ https://github.com/veripublica/epubv...cs/COVERAGE.md
→ https://github.com/veripublica/epubveri/releases (binaries + full changelog)

Thanks again — keep the reports coming; real books keep surfacing what the synthetic corpus misses.

[Doitsu]

@Kayadelenium

The following table is flagged by epubveri in an epub2 book:

ERROR RSC-005: attribute "colspan/rowspan/span/width" is not allowed here
EPUBCheck reports no errors.

<table border="1">
  <colgroup>
    <col span="2" width="100" style="background-color: #f0f0f0;"/>
    <col width="80" style="background-color: #d0e8ff;"/>
  </colgroup>

  <thead>
    <tr>
      <th colspan="3">Quarterly Report</th>
    </tr>
    <tr>
      <th>Month</th>
      <th>Product</th>
      <th>Sales</th>
    </tr>
  </thead>

  <tfoot>
    <tr>
      <td colspan="2">Total</td>
      <td>215</td>
    </tr>
  </tfoot>

  <tbody>
    <tr>
      <td rowspan="2">January</td>
      <td>Widgets</td>
      <td>120</td>
    </tr>
    <tr>
      <td>Gadgets</td>
      <td>95</td>
    </tr>
    <tr>
      <td>February</td>
      <td colspan="2">Data pending</td>
    </tr>
  </tbody>
</table>

In an EPUB3 book, epubveri only reported ERROR RSC-005: attribute "width" is not allowed here
EPUBCheck complained about width and tbody.

[Kayadelenium]

@Doitsu — fixed in 0.7.6, thanks for the report.

The EPUB 2 side was a genuine bug. My schema had the table subtree carrying only the global attributes, so the whole XHTML 1.1 Tables Module set was missing — colspan/rowspan on cells, span/width on col, the alignment attributes on rows and row groups. Your table now validates clean. border was wrong for the same reason: I had it restricted to HTML5's ""/"1", but XHTML 1.1 allows any number, so border="2" was being rejected too.

Same class of bug as the width="50%" one you found earlier, incidentally — both times the EPUB 2 branch of the schema was built lean and I never filled the module's attributes back in.

On the EPUB 3 half of your report: the width error is correct — it's obsolete on <col> in HTML5, and EPUBCheck flags it too. EPUBCheck is also right about tbody: HTML5 wants tfoot after tbody. I don't catch that one, and that's deliberate for now — my schema is permissive about element ordering, which keeps false positives down but means I miss real nesting violations like this one. Worth revisiting, but it's a bigger change than a missing attribute.

0.7.6 is up on the releases page (binaries for 8 platforms), crates.io, and npm.