-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is toc test s4.8.1.3.02 correct? #7
Comments
Actually, I believe the test is correct, but the Audiobook is missing a step to ensure that the PEP is properly taken into account when processing the manifest. The answer is to extend the audiobook processing by adding a rule in the first item whereby the PEP must be added to unique resources (if not already there). This makes very much sense in general... |
Beyond #7 (comment), actually (and in the general manifest case, not only for audiobooks) it may also make sense to add the HTML file that includes the TOC to the list of unique resources. This file and the PEP might coincide (and it does in this test), but not necessarily. Both make sense for unique resources... |
Oops, forget my last remark. The file including the toc is of course there already by virtue of the relevant entry in the resource list for toc. |
See w3c/audiobooks#66 proposing the necessary changes |
Closing... the changes have been implemented. |
The setup is (for audiobooks) to locate the TOC in the PEP, because the manifest itself does not have a 'content' structure. This is all right (although see w3c/audiobooks#63 for issues around that).
The ToC in the PEP is:
meaning that the link in the ToC goes to
.../tests/s4813-02/toc.html#s1
. However, this URL does not appear in any resource list of the manifest; according to rule 4.6.2.2. this is an erroneous entry in the TOC.The text was updated successfully, but these errors were encountered: