You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 26, 2022. It is now read-only.
As described by @JayPanoz in w3c/epub-specs#1238, there's a "hack" currently being used to allow non-XHTML HTML content in iframe elements.
The spec says that such HTML documents (e.g. type text/html) should have a manifest fallback. However, unfortunately this doesn't seem to be actually checked by EPUBCheck, as reported in w3c/epubcheck#985.
The problem here is that this technique may be somewhat widely used (would anyone have usage data?). For instance, InDesign seem to produce such books (under some circumstances). So this becomes a community issue: would all hell break lose if EPUBCheck started to (correctly) report EPUBs using this hack?
The text was updated successfully, but these errors were encountered:
As described by @JayPanoz in w3c/epub-specs#1238, there's a "hack" currently being used to allow non-XHTML HTML content in
iframe
elements.The spec says that such HTML documents (e.g. type
text/html
) should have a manifest fallback. However, unfortunately this doesn't seem to be actually checked by EPUBCheck, as reported in w3c/epubcheck#985.The problem here is that this technique may be somewhat widely used (would anyone have usage data?). For instance, InDesign seem to produce such books (under some circumstances). So this becomes a community issue: would all hell break lose if EPUBCheck started to (correctly) report EPUBs using this hack?
The text was updated successfully, but these errors were encountered: