On 08/21/2017 09:38 AM, Jonathan Gibbons wrote:


On 8/20/17 4:11 PM, Martin Buchholz wrote:
Again, I am happy to take the current state of this change.

On Sat, Aug 19, 2017 at 2:19 PM, Jonathan Gibbons <jonathan.gibb...@oracle.com <mailto:jonathan.gibb...@oracle.com>> wrote:

    Actually, thead and tbody have no direct significance for
    accessibility. They provide a semantic differentiation of the
    content, and provide a hook for different styling, as you have
    seen for "striped". Also note, although you can have many <tbody>,
    you can only have at most one <thead>, and at most one <tfoot>.

Looking at Summary of BlockingDeque methods again, we have what might logically be a thead in the middle of a table, and the law of "only one thead, and only at the beginning" might be yet another hint that the html gods want us to split this table. This could become a nested table with two rows, one for "first" and one for "last", each of which contains a subtable with a thead.

I can investigate that.

I investigated.

It won't be a table with two rows; it'll be a table with 3 rows, because it would need a header row with column headings :-( Also, you wouldn't have the columns aligned, because of the use of two tables. And so you might as well go with two separate tables, and the "First"/"Last" labels moving into captions.

I guess I'd like to declare victory on the BlockingQueue/Deque tables. They meet the desired accessibility requirements, which was the primary goal. Even if they don't get the full "striped" approach, they are at least visually similar to the original versions in the JDK 8 and JDK 9 API, with respect to font, centering, etc.

If we want to continue to enhance the appearance of these tables, we should take it offline from this review, and do more experiments on smaller API examples that are faster to turn around.

-- Jon

Reply via email to