<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:jdiggs&#64;igalia.com" title="Joanmarie Diggs (irc: joanie) &lt;jdiggs&#64;igalia.com&gt;"> <span class="fn">Joanmarie Diggs (irc: joanie)</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - AX: accessibles for focusable/interactive &lt;tbody&gt; elements or elements with ARIA role='rowgroup'"
   href="https://bugs.webkit.org/show_bug.cgi?id=146239">bug 146239</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>RESOLVED
           </td>
           <td>REOPENED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>WONTFIX
           </td>
           <td>---
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - AX: accessibles for focusable/interactive &lt;tbody&gt; elements or elements with ARIA role='rowgroup'"
   href="https://bugs.webkit.org/show_bug.cgi?id=146239#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - AX: accessibles for focusable/interactive &lt;tbody&gt; elements or elements with ARIA role='rowgroup'"
   href="https://bugs.webkit.org/show_bug.cgi?id=146239">bug 146239</a>
              from <span class="vcard"><a class="email" href="mailto:jdiggs&#64;igalia.com" title="Joanmarie Diggs (irc: joanie) &lt;jdiggs&#64;igalia.com&gt;"> <span class="fn">Joanmarie Diggs (irc: joanie)</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=146239#c2">comment #2</a>)
<span class="quote">&gt; rowgroups should not be focusable. We added this to ARIA purely so that we
&gt; could make the algorithm for presentational inheritance work. See
&gt; #presentation: 
&gt; 
&gt; <a href="http://www.w3.org/TR/wai-aria/complete#presentation">http://www.w3.org/TR/wai-aria/complete#presentation</a>
&gt; &quot;Likewise, although an HTML table element does not have an implicit native
&gt; semantic role corresponding directly to a WAI-ARIA role, the implicit native
&gt; semantics of its thead/tbody/tfoot/tr/th/td descendants will also be
&gt; removed, because the HTML specification indicates that these are required
&gt; structural descendants of the table element.&quot;
&gt; 
&gt; The role mapping for &quot;rowgroup&quot; was explicitly defined as &quot;no mapping&quot; but
&gt; unfortunately Alex didn't get the memo and added it to Firefox.</span >

I agree with you in spirit: Mapping rowgroups on my platform results in objects with ATK_ROLE_PANEL showing up in yet another place where they (imho) don't belong. By the same token, an author can make a rowgroup interactive. If an author does that, how do we then make that interactive rowgroup accessible if we've pruned it from the tree?

<span class="quote">&gt; ARIA 1.1 should be updated to make it clear that making a rowgroup focusable
&gt; is an authoring error.</span >

We could.... However, I fear that the outcome of stating in the spec that &quot;making a rowgroup focusable is an authoring error&quot; won't be that authors cease JavaScripting rowgroups into interactivity (and thus solving the mapping problem); instead, they'll just remove the tabindex, leaving us with a non-keyboard-focusable interactive rowgroup. So unless we can make it clear that making a rowgroup interactive is an authoring error, I think we do need to map rowgroup -- at least the interactive ones. And I think we do not want to do anything that encourages authors to remove tabindex from their interactive rowgroups.

I'm reopening this bug. If you (James) believe that an *interactive* rowgroup should never be exposed on your platform, let's slap an &quot;[ATK]&quot; into the bug's summary. Because as much as I don't like the idea, I've come to accept the fact that this practice exists in the wild and that we need to cope with it as best we can. :-/</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>