Report link info from the Package Document #96
Comments
rdeltour
changed the title
rdeltour
added a commit
that referenced
this issue
Dec 19, 2017
Publication links (defined as `link` elements in the Package Document) are extracted and copied under a new `links` property of the `earl:testSubject` object. For instance, the following OPF snippet: ``` <link rel="a11y:certifierReport" href="http://www.example.com/report.html"/> ``` Would be reported as: ``` "earl:testSubject" { … "links": { "a11y:certifierReport": "http://www.example.com/report.html" } } ``` Only publication-level links (i.e. with no `refines` attribute) are extracted. Fixes #96
rdeltour
added a commit
that referenced
this issue
Dec 20, 2017
) Publication links (defined as `link` elements in the Package Document) are extracted and copied under a new `links` property of the `earl:testSubject` object. For instance, the following OPF snippet: ``` <link rel="a11y:certifierReport" href="http://www.example.com/report.html"/> ``` Would be reported as: ``` "earl:testSubject" { … "links": { "a11y:certifierReport": "http://www.example.com/report.html" } } ``` Only publication-level links (i.e. with no `refines` attribute) are extracted. Fixes #96
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
It would be useful (but hardly critical) to get a list of links along with the metadata, pairing rel to href.
The reason I ask is that conformance to the a11y spec is done through a link, so I can't pick up if the metadata is already set in the publication:
The same is also true for the certifierReport link and potentially also the certifierCredential.
It's not going to be common, but I can see two scenarios where this metadata might be present: 1) someone sets the metadata prematurely/automatically, and 2) someone needs to reverify a publication.
Without access to the link info, I can't reset these fields in the verification tool.
The text was updated successfully, but these errors were encountered: