-
Notifications
You must be signed in to change notification settings - Fork 126
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
Fix references to not be hardcoded #1240
Conversation
related issue #1214 but this PR is not attempting to resolve everything in that one. |
@carmacleod The reference to text nodes is to resolve an issue where term references are not being resolved correctly when a term references another term. |
I'll have to find another place to reference it then... or fix the script. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking at the preview, something seems to be causing Core-AAM 1.1 to still be pulled in. https://pr-preview.s3.amazonaws.com/w3c/aria/pull/1240.html#informative-references
That said, all the changes made here need making. So +1 from me.
Good catch, @joanmarie. @jnurthen Can we strip off the |
Tell me how and I'll do it. |
I believe it's line 42 of resolveReferences.js, but I wouldn't swear to it... :) Maybe add So you have: var href = $ (el).attr ('href');
if (href === '#') href = '';
$ (el).attr ('href', baseUrl + href); |
Actually - it seems like changing href="#" to href="" is good enough. |
Heh - that's one way to do it. :) |
Should [CORE-AAM-1.2] and [ACCNAME-1.2] be listed under normative references? They are in the informative references list in this PR Preview, because the only instances are in the informative intro. |
Yes. I will change at least one of the others to reference. |
Co-Authored-By: Carolyn MacLeod <[email protected]>
Co-Authored-By: Carolyn MacLeod <[email protected]>
Co-Authored-By: Carolyn MacLeod <[email protected]>
Co-Authored-By: Carolyn MacLeod <[email protected]>
Co-Authored-By: Carolyn MacLeod <[email protected]>
Co-Authored-By: Carolyn MacLeod <[email protected]>
Thanks for the updates! Regarding the strange informative [CORE-AAM-1.1] reference, it might (?) be coming from an alias in localBiblio.js in aria-common. Regardless, there's a few aliases in there that should be updated in partnership with this PR:
I think they need to change to the following (keeping ACCNAME-AAM in case other aria-common docs are using it):
|
My guess as to where it is coming from:
Even though it doesn't appear in any of the terms which are defined in our document I'm betting there is a timing thing where the references are getting resolved before terms which are not relevant are getting deleted from the document. This would explain why you don't get this reference when running from the local file system as the terms are not resolved in this case. |
https://github.com/w3c/aria-common/blob/master/terms.html#L78 <dt><dfn>Expose</dfn></dt>
<dd>
<p>Translated to platform-specific <a class="termref" data-lt="accessibility api">accessibility APIs</a> as defined in the <a href="" class="core-mapping">Core Accessibility API Mappings</a>. [[CORE-AAM-1.1]]</p>
</dd> So, I happen to be making changes to terms.html in aria-common at this very moment (updating a bunch of links in the definition of Accessibility API). I can tack that on to my changes if you like. |
Done. CORE-AAM-1.1 reference updated in terms.html in aria-common in w3c/aria-common#42. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My review wasn't requested but I saw it go by in context of another. :) It looks good. Changes I'm making to how cross references are maintained in the suite should be implemented after this pull request is approved.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1
All issues addressed.
Looks good!
Co-Authored-By: Carolyn MacLeod <[email protected]>
Co-Authored-By: Carolyn MacLeod <[email protected]>
closes #1143
Preview | Diff