W3C

– DRAFT –
Cognitive and Learning Disabilities Accessibility Task Force Teleconference

09 December 2024

Attendees

Present
Jan, Jennie_Delisi, kirkwood, lisa, Rain, thelounge, tiffanyburtin
Regrets
David Swallow, Eric, Julie
Chair
-
Scribe
EA, thelounge

Meeting minutes

<lisa> content useable. You can see the proposed template on

<lisa> <https://docs.google.com/presentation/d/1aOyK6N5coRlT1ZA7SZNp4w4sP7ynxBNNT2HBUt4NCOQ/edit?usp=sharing>The

<lisa> deck with the structure v2 design recommendations

<lisa> See https://docs.google.com/presentation/d/1aOyK6N5coRlT1ZA7SZNp4w4sP7ynxBNNT2HBUt4NCOQ/edit?usp=sharing

<lisa> next item

<Jennie_Delisi> Apologies - I can only stay for half the meeting today.

Ist issue on the Agenda is Rain's structure subgroup

<lisa> content useable. You can see the proposed template on

<lisa> <https://docs.google.com/presentation/d/1aOyK6N5coRlT1ZA7SZNp4w4sP7ynxBNNT2HBUt4NCOQ/edit?usp=sharing>The

<lisa> deck with the structure v2 design recommendations

<lisa> See https://docs.google.com/presentation/d/1aOyK6N5coRlT1ZA7SZNp4w4sP7ynxBNNT2HBUt4NCOQ/edit?usp=sharing

Rain to share screen

Structure group has carried out surveys and now has the results that have led to a new design template.

These are recommendations for an overall layout.

This Coga Content Usable restructure version 2 - several different views but overall reasonable positive reviews... has everyone reviewed it?

<kirkwood> +1

Who managed to get through the slide deck?

Tiffany has made time this afternoon and John K has seen the slides

Second slide has a table of contents and then there is a walk through video - need to view it all as all has been covered over several slides

4th slide has a timeline

Finalising the design based on what is possible in the time and the technology constraints.

5th slide has the key research findings... this has been very important and must experience each page as a single page. Need to keep things alot shorter and allow people to go through to things that they really want - accordians are going to be used.

Needs to be broken up into 5 sections each with 3 sub sections and the cotents remains vitally important as the clarity of the visual framework is not easy to digest.

A 'chef's kiss' was a term used for the ease of design.

The look and feel has been found to be very important - the quick start guide approach with an abstract and appendix top and bottom. Everything is cut short with the collapsing accordians.

There are visual cues via strong horizontal lines and white space

There are clear short paragraphs that lead into the accordians.

The collapsed version can be printed out as 3-4 pages rather than the original 206 pages this because of the majority of the content being hidden from the initial view

<lisa> cognative accessiblity guidence - as a name sujestion

<Rain> Draft document for any new text to consider: https://docs.google.com/document/d/1GwIadQU2rmDwqPDeYX6PF7UjnD4D47vqRjvPysXNe-A/edit?tab=t.0#heading=h.wywn8whw0g4l

There is a considerable amoount of information in the speaker notes that won't be seen on the slides themselves

People need to be able to see the table of contents at all times and need to be able to expand and contract the accordian. Finally it is important to be able to share the content with others easily.

There is a grey bar that has the actions will remain sticky - to the top of the web page as one scrolls up and down.

There will be a discussion about where this bar will be placed - possibly before the abstract or the abstract moves up and the sticky bar is just before the main content.

The community group had mixed views as to where the grey bar should be placed.

Assume single page responsive view - needs to be available on Zoom

Lisa finds it useful to have the table of contents with text highlighted to show where you are when reading the document.

Rain confirmed this would be available as well as the grey sticky menu bar

Rain asked if there should be a vote

<Rain> sticky before the abstract = 1, sticky after the abstract = 2

<Rain> sticky = access bar to toc and expand

<kirkwood> 2

2

<lisa> 0

<Jan> 2

<Jennie_Delisi> 0 - no preference

<tiffanyburtin> 1

Jan asked about skip nav... the latter will take you to the abstract.

<Jan> I am changing my vote to 1

<kirkwood> want to be able to skip the abstract with a screen reader esp makes sense

<kirkwood> 1

<Jennie_Delisi> Apologies - have to drop for another meeting. Have a good week

I think there is a bit of a worry about the changes to 1

Skip nav will open up the table of contents so the grey sticky bar does not have to be used for navigation

<thelounge> +1 to go above the abstract

<Jan> If the skip nav goes to the abstract, then a person with no sight might not know that the sticky bar is there if it's before it in the DOM.

<tiffanyburtin> +1 to collapsing the doc Status area

Status of the document - expanded - can we collapse it in an accordian but this does change the way this type of information is usually allowed to be seen on other documents.

<kirkwood> no concerns

Lisa commented that it could be asked for and there is time as the whole design of the document will probably take a year... try all the other itemsfor discussion and then approach the issue to getting permission to have this part collapsed

After the abstract there are three way finding cards to three main sections - these can be stacked or beside eachother in a wide screen

The other option is a list of the three items with a little summary of what is on the pages. In the community research everyone liked the cards instead of a text list with links

Cards seemed to be easier to get to content but there were comments about liking the short summaries

Tiffany pointed out that there were numbers in the list - Rain said that actually they are not sections there would be no numbers.

Rain asked for a vote

<Rain> 3 side by side cards = 1, list with summaries = 2

<kirkwood> 1

1

<lisa> 0

But I agree with Tiffany this is hard...

<tiffanyburtin> I like both and am open to both

<Jan> 1

Cards to be trialled initially

<kirkwood> Woo hoo!!

There may need to be some new patters and a table of contents are much liked as a priming tool

<kirkwood> +1 to “priming tool“ language for TOC

Now the issue is getting the right level of depth for the TOC - option 1 offers 3 layers deep for design and build and looks clean so there can be complexity with lots of subsections such as 10 personas. Option 2 has not been tested but and example with a narrower level of depth - 2 levels section titles and subsections titles.

The section you are on is always highlighted but in Option 2 offers a narrower depth but when you are in the section it then offers the next depth. - this seems to be preferred.

<tiffanyburtin> I would like option 2 as well

Lisa felt that both ways work but Option 2 is not quite so obvious where something might be - although there is a lot of scrolling in Option 1. If you have Option 2 you need to have the subsections need to be indented as well as being highlighter when selecting an area

<lisa> Q_

Rain mentioned that if you expand All within the document then you need to have the table of contents to expand at the same time.

Lisa felt this would be really helpful so you see the subheadings and the content

<tiffanyburtin> Love the idea of tying expand all to also expand all the TOC at the same time.

Collapsed gives you an overview and expanded provides everything visually.

May need to have a separate expand table of contents to expand all content

<kirkwood> what is our indicator for expanded/not state? +- > < ?

Rain said that this may prevent overloading. Need to separate the two actions

Icons have yet to be confirmed for all the document elements.

Rain said there are severl other decisions to be made... would like to continue with the discussion next week.

May move internationalisation and issue papers to be moved to Jan 13th or later in 2025

There are other meetings - 2 hour meeting Github and issues - pull requests and editing also mental health subgroup meeting at 8am EST - 1pm in UK and 3pm in Israel. Also subgroup for Internationalisation on Thursday

<lisa> 9 - 11 EST 2 hour meeting Github and issues

<lisa> 11 EST is intenalization subgroup

All on the same call on this channel

Rain requested that we try to read the slides this week as the core needs to be discussed - design and build to understand how it relates to WCAG

5 main headings Design, Interactions, Functionality, Content, Help.

<Jan> I have to drop for another call. Thanks for all of this great work, Rain. It's very exciting to see this coming together.

Each section heading has a short introduction and then it expands

Option for headings was either 1 one headings or three word headings...

So should it be a label of the objective - one word or or objective plus an indication of what it will be - three words e.g. Option 1 'Design' or option 2 'Design is clear'

Lis felt the three words may help with context

So may be there is a need to look carefully at what is included

Rain agreed that may be more time needs to spent on this next week

Rain went on to day that many people liked the three words and actually liked the words.

Lisa felt that it just needed to be easy to understand and clear.

<kirkwood> “Flow is Logical” ai suggest

<lisa> fantastic job rain

<lisa> and thanks EA for scribing

Minutes manually created (not a transcript), formatted by scribe.perl version 238 (Fri Oct 18 20:51:13 2024 UTC).

Diagnostics

Active on IRC: Jan, Jennie_Delisi, kirkwood, lisa, Rain, thelounge, tiffanyburtin