View Single Post
Old 09-08-2019, 08:58 PM   #13
AliceWonder
Connoisseur
AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.AliceWonder ought to be getting tired of karma fortunes by now.
 
Posts: 97
Karma: 200000
Join Date: Aug 2019
Device: none
ePub spec at w3c says

``In the case of fonts, the primary use case for obfuscation''

Fonts are the primary use but the algorithm is not limited to fonts, any resource can be obfuscated (or encrypted) as long as it is listed in the encryption.xml file along with the algorithm so that readers that support de-obfuscation (or decryption) can do so. Encrypted files I believe are suppose to be compressed before encryption, but obfuscated files are not compressed before obfuscation.

mime type is image/svg+xml which correct for SVG, the algorithm does not involve using a different mime type.

encryption file is correct.

A developer of EpubCheck has acknowledged it as a bug on their github.

https://github.com/w3c/epubcheck/issues/1077

Last edited by AliceWonder; 09-08-2019 at 08:59 PM. Reason: typo
AliceWonder is offline   Reply With Quote