Re: id="undefined" in role mapping table

So a few observations which might help someone more knowledgeable than me


  *   When I load core-aam locally
     *   On Chrome everything works great and the id gets preserved correctly
     *   On Firefox the table does not get converted to the summary/details and remains a table
     *   On Safari the table does not get converted to summary/details and remains a table
Perhaps this is an avenue for exploration.

James Nurthen  |  Accessibility Engineer  |  Adobe  |  p. 415.832.2734  |  c. 415.987.1918  |  nurthen@adobe.com



From: Michael Cooper <cooper@w3.org>
Date: Thursday, November 8, 2018 at 4:21 PM
To: Joanmarie Diggs <jdiggs@igalia.com>, ARIA Editors <public-aria-editors@w3.org>
Subject: Re: id="undefined" in role mapping table
Resent-From: <public-aria-editors@w3.org>
Resent-Date: Thursday, November 8, 2018 at 4:21 PM


I'm tracking this in https://github.com/w3c/aria-common/issues/7


I don't really know how to fix it, though if I sat down with it long enough maybe I'd figure something out. I was hoping Jason Kiss or Shane would know what to do, but I doubt they're paying attention. You're welcome to look into it. Otherwise it's somewhere on my list. There are clues in the above issue about where to start looking.

Michael

On 08/11/2018 2:17 PM, Joanmarie Diggs wrote:

As stated in the opening report from

https://github.com/w3c/core-aam/issues/5:




Something has gone wrong with the script that generates the role

mapping table/accordion section, so that all the id values are being

set to undefined.



This breaks all links in to the document that point to a specific

role entry, which is a problem when we're trying to republish SVG-AAM

(w3c/svg-aam#3).

As I subsequently observed and stated last month in that same issue:



(This issue) is why the links to the specific sections in AccName are

broken. w3c/accname#34 (comment) (second bullet).

Michael: Do you have time to look into this, or should I?



Thanks!

--joanie