View Single Post
Old 04-11-2020, 01:18 PM   #1379
DNSB
Bibliophagist
DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.
 
DNSB's Avatar
 
Posts: 46,490
Karma: 169115146
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos
Quote:
Originally Posted by Rev. Bob View Post
First, why? Second, what if the cover image isn’t actually an SVG? Third, and most significant, how do you propose to stop calibre from stripping that right back out?
  1. It a requirement of the epub3 spec. Epubcheck flags it as an error.
  2. Modify Epub uses an svg wrapper for it's inserted/replaced cover image.
  3. AFAIR, calibre (Polish, Save to, Send to or Modify Epub) will modify the metadata but not the manifest or spine segments of the .opf file internal to the epub. If I edit the epub, all bets are off.

Perhaps I should make it clear that I would like this option when Modify Epub is inserting or replacing a cover and the epub version is 3.

Code:
titlepage.xhtml ERROR(OPF-014):  The property 'svg' should be declared in the OPF file.
DNSB is offline   Reply With Quote