Notes

I take notes and document my own engagement with the things that I learn every day. This is a place for me to keep myself accountable. Practically nothing here is proofread and the main audience of the things here is intended to be me.

Currently, I am pursuing certification with the IAAP. To see all my CPACC notes in a more digestible version, go to the CPACC section of the website. It's ever-so-slightly more polished.

Table of Contents

Chapter 1: Journey to CPACC

Chapter 0: The Beginning

Reminder to self: Failure is a Win Condition.

CPACC Study Day 25/25: Disability Etiquette

Noted Friday, December 20, 2024

Source: United Spinal Association, Disability Etiquette Guide

If you're only going to read one of the sources, this is the one that I would recommend.

They introduce the identity-first/person-first language conundrum without talking down to people who use the identity-first model. Both options are introduced as 'two respectful models' that can be used interchangeably. While they reccommend the person-first language model on the basis that there 'not yet being consensus' among all disability groups that the identity-first model is acceptable, they don't preach anything, and they even use the phrase 'disabled person' within the text itself.

This is the most recently updated source, and this reflects in some of the language they employ, and the advice they give.

Accomodating Physical Disabilities

They introduce the idea of ambulatory wheelchair users. It's good to see this receiving attention recently. There are lots of wheelchair users who can walk independently but still use the wheelchair to help them walk longer distances. There might be chronic fatigue and pain things at play. There are people with my condition who are ambulatory wheelchair users for this reason.

In terms of eye-level conversations, United Spinal Association clarifies that you should achieve eye-level by either sitting in a chair, or standing at a slight distance so that a wheelchair user doesn't need to crane their neck. The implication here is that you shouldn't kneel or crouch, though the United Spinal Association doesn't say this outright.

There are numerous references to the ADA here: the United Spinal Association emphasizes that it's not just nice to ensure your environment is accessible,it's actually required in many cases. Seat-level counters, accessible routes, clear ramps, and places to sit and take a breather.

Accomodating Sensory Disabilities

The United Spinal Association defines sensory disabilities as loss of vision or loss of hearing. They don't really address the unique case of DeafBlindness, and they also direct their advice to the case of people who have near total vision loss, and near total hearing loss.

I think the advice for accomodating Deaf people could be improved if they distinguished between communicating with culturally Deaf, deaf, and Hard of Hearing people. Forcing a person with very little hearing to lip-read is really not great, considering 30% of content is really only discernable by lip-reading. But talking to someone who is HOH is generally fine. Finding out someone's personal communication preference is pretty tantamount to setting you up for success. And even though it is generally cool to talk to HOH people. don't make assumptions.

Be aware that a person's preference might be context-dependent. Maybe the first time you met them, their hearing aids weren't in, or maybe this person isn't in the mood to turn on their cochlear implant because the fatigue caused by overusing assistive hearing technology can be quite real.

Also if you are communicating vocally, don't over-enunciate. the United Spinal Association suggests that one should 'speak clearly,' but this does not mean over-enunciate. That actually makes comprehension worse.

In interacting with Blind people, the United Spinal Association suggests that you should identify yourself and the group you are with, and inform the Blind person if you are taking your leave. You can offer assistance in a variety of ways (especially in service contexts) such as offering a tour of the facility, offering to read written information, offering to describe where food is located on a plate if in a restaurant. This all applies if the person is already in contact with you. Don't just go up to Blind people randomly if they are going about their own business assuming that they need or want your help.

Accomodating Neurodiversity

The advice here is alright. Neurodivergence is incredibly broad as a category and access needs can vary wildly. In the section titled 'Be responsible,' they refer to 'mental health crisises' but don't touch on meltdowns/shutdowns, which I feel is pretty vital to know about. Similar to the section on Deaf/Hard of Hearing people, I think the scope the set is too big for them to give actually functionable advice.

Other advice that the United Spinal Association offers include to 'be respectful of their boundaries': only touch after asking for consent, be careful about playing music or using super bright lights. They suggest that you should be supportive and understanding in the event that the neurodivergent person needs to tic or stim. Also, if organizing event, consider setting outside a quiet space for those that need a break. It's more appreciated than one would expect.

Communicate clearly and check in periodically if you need to offer further clarification. If the person needs more time to process, offer them that extra time.

Accomodating Intellectual Disability

United Spinal Association gets straight to the point: don't use the r-word.

A lot of the advice for accomodating Neurodiversity also applies here. A big one here is not to automatically defer to any companion that the person might be with, and don't treat them like children.

This isn't in the booklet, but I did work for a period with an advocacy organization that helped to improve the quality of services that people with IDD access. Some people assume that folks with IDD don't have the capacity to make choices, so they make choices for them. This is a chicken and egg situation. As a result of the assumption, there are folks with IDD who are never taught to make decisions. This is a skill that everyone has to learn at some point, but folks with IDD have been historically disempowered to make choices from themselves. To bridge the gap, some folks with IDD benefit immensely from a scaffolded approach to decision making. Present options, make those options understandable, and offer the opportunity to make a choice. This is all beyond the scope of the booklet, but an important concept to know about regardless.

Accomodating Other Conditions

The United Spinal Associations also discusses scent-based disabilities. If you can, implement a fragrance-free policy.

Source: United Nations, Disability Inclusive Language Guidelines

I don't like the way that the United Nations goes about this. No doubt, there are slurs that should be eliminated from speech. But simply prescribing what language is and isn't appropriate, when the conversation is ongoing within the community, leaves a truly bad taste in my mouth.

You can read Annex I to see the kind of recommendations they make. They recommend against even saying 'people with disabilities' and opt instead for 'persons with disabilities,' which genuinely did make me gasp.

In terms of language and terminology, the United Nations Convention on the Rights of Persons with Disabilities sets the standard that we must all follow.

No, UN, I completely and entirely disagree.

We can look into the page and see hints of why my position and why the UN feel so oppositely about this. For the UN, establishing "unified terminology" is a key goal. Terminology is not so much a weapon of liberation as it is an obstacle that we have to quickly make a consensus decision on and move on.

It does feel especially condescending, however. I do not feel like the UN is talking to me when I read their language guidelines. I feel like they are assuming that their reader is not Disabled.

Ableism is a misguided and biased understanding of disability that leads to the assumption that the lives of persons with disabilities are not worth living

Ableism, to the UN, is a miscommunication, and not a robust system propped up by history and policy decisions that has stewed for centuries now in the sauce of eugenics, anti-Blackness, misogyny and colonialism. Ableism is a killer. It makes sense that if ableism was just a miscommunication, then pushing for 'unified language' would be one way to solve the problem. But the problem is not language. The problem is the way that our society is structured, and language is but one tool at our disposal that we have to change the landscape of things as we know it.

Anyways, the five principles the UN suggests can be remembered with the mnemonic PUCKS

Back to Notes contents.

CPACC Study Day 24/25: Disability Etiquette

Noted Thursday, December 19, 2024

Today, it's the dreaded section about Disability Etiquette. Fuck. It's gonna tell me to use person-first language. And I am going to say no. I am bracing myself for this section to be quite mentally taxing. Feeling not great.

I'm going to type all my thoughts so you know where I stand before I jump into this, because I have a feeling that my position won't be reflected in the text that I'm about to read, and this makes me deeply uncomfortable.

Source: Myself

Language is an intensely political thing and it's a realm of constant and ever-evolving struggle. Knowing what language to use and what 'etiquette' standards to follow is only possible if you know the history between different schools of thought and approaches within the anti-ableism struggle. It's also specific to community. I like to refer to Disabled people with the capital D as a political in-group signifier and call to action: ultimately, all communities that form our understanding of Disability must act collectively and intersectionally to achieve liberation. Disabled people only form one aspect of what Disability Justice activists might call 'crip' culture, which also encompasses communities that have historically distanced themselves from the Disabled community: Mad culture, and Deaf culture.

But there are moments when Disabled with the capital D is clearly not the right word to reach for. Especially for folks with intellectual and developmental disabilities, who are the ones who struggled to get person-first language in the first place. They are the ones more likely to prefer person-first over identity-first language. Autism is a slightly different case, where autistic people will often go for the identity-first language of 'autistic person,' and will scoff at the use of 'person with autism.' However, some other folks with the same diagnoses will prefer the label of 'Neurodivergent' over any other.

But again, none of these experiences are monolithic. There are still people out there who received the now-deprecated Aspbergers diagnosis who will be very displeased if you refer to them as autistic or Neurodivergent people. Moreover, there are subgroups within subgroups; racialization and gender also impact how a person or group of people might want to be identified.

To complicate matters even further, there are many people who have functional limitations, or severe diseases, or various things that you personally might think of as a disability, that they simply do not perceive as such. And it's also your duty to respect that kind of preference in your language. There are full cultures in which the concept of disability doesn't exist. That might come across as a bit shocking, but consider that it didn't always exist in our culture either. Respect and appreciate the diversity.

To paraphrase, all of this is that it is extremely complicated, ever-shifting, individualized, regionalized, and context-dependent. The attempt to form static terminology guidelines is, in my view, exonerating for those who don't want to do their homework and ultimately serves to make the abled population more comfortable. It reflects an approach that is fundamentally uncurious about Disabled culture and live, as well as the ongoing struggle for rights, recognition, and ultimately, for Disabled liberation.

I would also add that it's far more important to be aware of ableist vocabulary that you might use, because that is so much more likely to be the source of harm when you are interacting face-to-face with Disabled people. There are a lot of words that are ableist in origin. Get acquainted with it.

Source: Body of Knowledge

The IAAP recommendeds person-first language as the standard address that accessibility professionals should roll with. Here are their words, quoted directly.

It is generally more accepted to use the phrase “a person with a disability”, instead of “a disabled person”. People first language is the form used in the UN Convention on the Rights of Persons with Disabilities. The emphasis is on the person, not the disability, to avoid labelling and stigmatization.

Generally more accepted, eh? Generally more accepted by who? It's a socially acceptable term in the corporate world and the disability support world, but is it accepted by Disabled people themselves?

See, I can understand falling in line with the CRPD. But hear me out here: the CRPD is almost 20 years old and things have changed since then. There are lots of things that we accepted in 2006 that we do not accept today, and the CRPD is not wholly immune from these concerns.

Also, a note on the idea of 'avoiding stigmatization.' Many feel that person-first actually increases stigmatization around disability. I wouldn't say I'm a 'person with Chinese ancestry.' I'm Chinese. Neither would I say, 'I'm a person with a nonbinary gender.' I'm nonbinary. This argument was first made by Lydia X.Z. Brown and many others have since gone on to elaborate. Lydia X.Z. Brown and countless others certainly doesn't accept the phrase 'a person with a disability.' But I guess the IAAP wasn't referring to them as part of their "general" sample population.

The Body of Knowledge goes on to explain the identity-first approach but they don't really get into the rationale. Their explanation only really accurately describes the community of folks with intellectual and developmental disabilities, and I wouldn't be surprised if the source they took from was of an agency or think tank that largely does advocacy on behalf of people with intellectual and developmental disabilities.

In another section, the IAAP goes over some things that you should do in one-on-one interaction with Disabled people. Don't make assumptions about our capacity, respect our bodily autonomy, speak to the us directly, don't barge in and start helping us without us asking. But let's look at some of the sources that the IAAP links for more of a deep dive.

Source: United Cerebral Palsy

The link they provide is broken, but I searched on Wayback and it seems that as of 2017, the page basically hosted a version of Ten Commandments of Etiquette for Communicating with People with Disabilities (PDF) which is hosted on many other sources, and was at one time recommended by the US Department of Labour.

It is a dated resource, but here's some points I thought are worth preserving:

Source: University of Cambridge

So, the page redirects. You have to use WayBack machine to view the actual article.

The page it redirects to is actually quite great! They talk about how they move to identity-first language to refer to 'Disabled students' as a collective, and then use person-first to describe specific types of disability. For example, students with learning disabilities.

Let's look at the original article the IAAP meant to link to.

We see familiar suggestions. This article was clearly based off of the 10 Commandments. One good suggestion that this article has is to ask how a Deaf or HoH person prefers to communicate. You can do this by typing out 'how would you want to communicate' on a message app on your phone, or by writing it out on some paper.

One bad suggestion this article has is to put yourself at eye level with wheelchair users. This is not ubiquitously accepted as good advice. In fact, there are many that think you should explicitly not try to crouch or kneel, because that's something you do when you talk to children, not adults.

Some good advice for organizing events: Include accessibility info when advertising your event. Is the venue accessible? Try to make the venue accessible. Do you need to hire an interpreter, or live captioner?

The article also provides some ideas for language use. Don't say "The Disabled." Say "Disabled people." Don't use ableist slurs. Don't describe us as 'Brave' or 'Inspiring.' Don't refer to non-disabled people as 'normal.'

Source: Independence Australia, Disability Etiquette A-Z

Our third broken link of the day, but I did find it on WayBack.I like the way this one is constructed. The alphabet thing really appeals to me!

The only two nodes that I had issues with was "X- See a person's X factor and not their limitations" and "E - Communicate at eye level." You should see a person's X factor and their limitations. Sure, don't hyperfixate on it, but don't ellide it from your perception. When you're talking to people, perceive the whole them and don't try to ignore the parts of them just to make yourself feel more comfortable. And I've already discussed why the eye-level communication thing is debatable.

Other than that, here's a slightly rephrased version of the A-Z (that incorporates some of my editorializin). My version is entirely alphabetical (and with E and X missing), because their original version doesn't always keep faithful to the alphabetical format.

Reflection

This is getting really freaking exhausting. I'm going to take a break and write more test questions.

Back to Notes contents.

CPACC Study Day 23/25: Procurement Laws

Noted Tuesday, December 17, 2024

Reflection

I was slightly ahead of schedule so I spent yesterday writing an article for my blog.

Let's talk about last week for a second. I didn't meet my weekly 20 hour quota because I didn't have enough goals to do. I got what I charted out for myself done quicker than was expected. So I'm not going to beat myself up about not getting a round 20 hours. I am going to encourage myself to set more ambitious goals next time. And I need to branch out to do more things than just CPACC prep.

Speaking of which, time to cover procurement laws today.

Procurement Laws

We're going to be looking at accessibility-related procurement laws in the EU and the US today. Procurement law basically defines that services procured/purchased/contracted must meet certain requirements. Our focus is on accessibility-related requirements, but they don't have to be. In fact, both the EU Procurement Directive and the US Federal Acquisition Regulation are general procurement laws that encompass a variety of requirements of which accessibility is just a small part.

EU Procurement Directive

First of all, this is a directive. This means that each of the Member States implement the EU procurement directive into national legislation in their own way. It's not really procurement law in and of itself. Hence, reading the actual text of the document, the wording sometimes is a bit wishy-washy. It's leaving some room to interpretation for the member states to incorporate these into ways that are synchronous with their own legal systems.

But with that background aside, the Body of Knowledge draws our attention to three main points:

Service Requirements ('Technical Specifications')
In order to be considered as a candidate for procurement, the service must meet requirements outlined in 'technical specifications.' These 'technical specifications' must outline mandatory accessibility criteria. The mandatory accessibilty criteria is defined elsewhere is EU law.
Accessible Communications
Procurement documentation and communication in electronic forms must be accessible.
Contract Evaluation
Quality of accessibility may be used a strong consideration when comparing services who are competing for the same contract. In fact, if a service provider has a history of violating social obligations, it may be possible to exclude their proposal on that basis.

There are domain-specific procurement directives also implemented in the EU that mirror this structure. Domains include utilities, transportation, concessions.

US Federal Acquisition Regulation

In this absolute monster of a document, we find the relevant section tucked into a subpart of Part 39: Acquisition of Information Technology. This is the subpart that implements Section 508 of the Rehabilitation Act (1973).

The biggest thing here is in accquiring ICT, federal agencies basically agree that federal employees and members of the public seeking information from a federal agency will have comparable access and use to the information regardless of disability status.

If it turns out that access is NOT comparable, then there is penalties for the agency. Hence, agencies are incentivized to only acquire accessible products.

Back to Notes contents.

CPACC Study Day 22/25: Domain-Specific Laws

Noted Sunday, December 15, 2024

Reflection

Today I'm in another restaurant. I'm not normally in restaurants on Sundays, and I don't normally even do any study things on Sundays. But I met with a friend and now I feel like I can stay here for a couple of hours and maybe get some quality work done. I have three hours left on my quota, and I'm feeling a bit calmer today. I am cold. But calmer.

Domain-Specific Laws

There's six of them, three are American and three are of the EU.

21st Century Communications and Video Accessibility Act (CVAA)

Regulatory body: US Federal Communications Commission

Year: 2010

This applies to communications technology and broadcasting. Various accessibility legislations have been in place for these domains, but the laws were designed with older technology in mind. The 21st Century CVAA takes a lot of those early accessibility things and brings them in line to modern technology.

Air Carrier Access Act

Regulatory body: US Department of Transporation

Year: 1986

Applying to flights of US airlines and flights to and from the US by foreign airlines. It's an anti-discriminatory measure defining rights of Disabled passengers and obligations of airlines.

It's heartbreaking to read this just because of how horrible shit is right now for wheelchair users. Airlines break wheelchairs all the time and those things are so costly. It's like breaking people's legs. It's unacceptable, and there should be steep penalties, but those don't exist. Even with all these provisions, it's anedquate. It no wonder that there have been multiple moves to try to ammend this act. Such as the proposed ammendment below:

Air Carrier Access Amendments Act (Proposed)

Proposing body: US Congress

Year: Introduced 2017, never passed

The Body of Knowledge fucks up by never specifying that this act was never passed. It's misleading. The main thing for the Amendments act proposed was the introduction was to clarify several obligations and provide remedies that Disabled passenger could use to actually get some enforcement out of the act.

Let us now turn to the EU.

Audiovisual Media Services Directive (AVMSD)

Regulatory body: European Union

Year: 2010

Applies to traditional TV broadcasts,as well as on-demand services. This is not just an accessibility law, it also governs promotion of European works, hate speech and protection of minors. On the accessibility side, the AVMSD requires that these services are made progressively more accessible through proportionate measures.

European Electronics Communications Code

Regulatory body: European Union

Year: 2018

As the AVMSD wasn't a specifically accessibility-focused document, neither is the EECC. It applies to communication through traditional (calls, SMS), and web-based services. Relevant to our study is requires that services information are provided in accessible formats, and that emergency services, hotlines, missing children helplines, are all equally accessible to persons with disabilities.

Regulation on electronic identification and trust services (eIDAS)

Regulatory body: European Union

Year: 2014

This governs digital transctions that require electronic signatures. As with the other documents, this is a general regulation and not accessibility-specific, but it does have accessibility baked into it. These services are required to be accessible to people with disabilities.

Small Break

That covers domain-specific stuff. Want to start moving more things into the CPACC section.

Back to Notes contents.

CPACC Study Day 21/25: Regional Standards

Noted Saturday, December 14, 2024

Planning

According to my goals for this session, I only had the Inter-American Convention due. I finished that yesterday, but I figured I'd be done the regional standards and there's still all of Asia to go technically... So I believe we're tackling the three Asian regional standards; 2 of them in effect, one of them only proposed. All of them are listed in the BoK however, so we have no choice really, if we want to actually conclusively finish this section.

I also want to get a bit of a head start on Domain-Specific and Procurement Laws, though I am unsure about how far I get. I've chosen an unideal location to do my Saturday cram session so we shall see how far I actually get.

Regional Treaties in Asia

Source: League of Arab States, Arab Charter on Human Rights

I'm quite unsure what they want us to get from this, because they've just linked the text of the Arab Charter and provided zero context. I do feel like I'm swimming in deep water here.

Article 3 and Article 40 are the relevant ones here.

Article 3 is the general anti-discimination clause that names a bunch of characterstics that cannot serve as the basis for discimination, of which physical and mental disability are explicitly named.

Article 40 is concerned with the rights of Disabled people. Accessibility to public and private spaces is part of this, as is education and health services, social services to Disabled people and people who support them, and the promise to 'do whatever is needed to avoid placing those persons in institutions.'

The domain of information and communications isnt' really mentioned in Article 40, and the obligation is purely levied on the state.

Source: ASEAN Human Rights Declaration

Signed in 2012 by the Association of Southeast Asian Nations. ASEAN comprises of the following: Brunei, Combodia, Indonesia, Laos, Malaysia, Myanmar, Philippines, Singapore, Thailand, Vietnam.

In terms of anti-discimination provisions, Article 2 is what we normally see. Disability is one of the categories that is explicitly named.

ASEAN then doubles down and in Article 4, reaffirms that the rights of Disabled people, as well as women, children, elderly, migrant workers, and other vulnerable groups, and inalienable and indivisable from human rights.

Unlike the Arab Charter, Disabled people don't get their own article.

Source: ESCAP, Incheon strategy

ESCAP stands for 'Economic and Social Commission for Asia and the Pacific' and god this PDF is massive.

The Incheon strategy is heavily tied to the CRPD. They are based on the same principles. The Strategy has 10 goals, and the one concerned with accessibility is Goal 3. It covers physical spaces, assitive tech and accessibility of ICT. Accessibility of websites is a metric they will measure when taking into account the effectiveness of the Incheon strategy.

Again, they just lead us directly to the full text of the declaration and present it with no context. It is my understanding that at this point, the Incheon strategy was subsumed by the Jakarta Declaration in 2023, rendering the whole point moot?

IAAP, I'm confused.

Pause

Genuinely, how much have I actually learned in the past couple of days? I severly need to make flashcards regarding some of these standards, maybe compile them into a chart to do a bit of compare/contrast?

Timeline: Regional and International Instruments

1948
Universal Declaration of Human Rights passed.
1950
European Convention on Human Rights passed.
1961
European Social Charter passed.
1975
Declaration on the Rights of Disabled Persons passed.
1981
African Charter on Human and Peoples' Rights adopted.
1988
European Social Charter Additional Protocol passed.
1996
Revised Charter (European Social Charter) passed.
1999
Inter-American Convention on the Elimination of All Forms of Discrimination Against Persons with Disabilities.
2000
EU Charter of Fundamental Rights passed.
2004
Arab Charter on Human Rights
2006
Charter of Rights of Persons with Disabilities adopted
2008
Charter of Rights of Persons with Disabilities in force.
2009
Treaty of Lisbon: EU Charter of Fundamental Rights adopted.
2012
ASEAN Human Rights Declaration.
2012
ESCAP adopts Incheon Strategy.
2013
Treaty of Marrakesh passed.
2016
Treaty of Marrakesh in force.
2018
African Disability Rights Protocol adopted (not ratified).

More Spiralling Later

Damn. I'm really, really unmotivated. It's the restaurant that I'm in. It's really really interfering with my ability to be productive. Some restaurants will let you loiter and its totally fine. I don't feel fine in this one. Not going to be coming back. I need to be kinder again on myself.

This is literally the world's most stressful restaurant. FUCK IT time to distract myself with some DOMAIN SPECIFIC law and PROCUREMENT LAWS.

Okay I tried to jump into it but I just couldn't. The architecture here is just so hostile. I can't. I want to leave so bad.

Back to Notes contents.

CPACC Study Day 20/25: Regional Standards

Noted Friday, December 13, 2024

I've covered all of the articles in the main body regarding European standards, but not the ones deemed as 'further reading' as some of the reading there actually applies more to national standards and ICT applications than to 3b.1 specifically.

Today we are going to cover Africa, which has far less linked material so we might also get into the Inter-American convention and the Arab convention.

African Charter on Human and People's Rights

Source: Body of Knowledge

The African Charter on Human and People's Rights was adopted in 1981. It does not explicitly name disability status as a category that can't be disciminate, but as is the pattern that we've seen with these other documents, this document has indeed been wielded to serve that purpose.

The African Disability Rights Protocol, adopted as an extension to the charter in 2018, is not yet come into force. It requires 15 ratifications. The ADRP takes from the CRPD and adapts it to its regional context.

For example, Article 11 of the ADRP starts off the same as Article 8 of the CRPD when it describes prevention of harmful practices. The ADRP goes on to name 'witchcraft, abandonment, concealmnent, ritual killings, or the association of disability with omens' as specific harmful practices that should be prevented.

Source: Organization of African Unity, African Charter of Human and Peoples' Rights

This is an excellent source but it's not accessible. It's a scanned PDF.

I did some digging and HTML version of the African Charter of Human and People's Rights

One damning observation, right from the start is that the IAAP gets the name wrong. It's not People's rights. It's Peoples' rights, as in the rights of many different sovereign 'peoples,' nations in other words.

I'd also like to quote a section of the preamble here:

Conscious of their duty to achieve the total liberation of Africa, the peoples of which are still struggling for their dignity and genuine independence, and undertaking to eliminate colonialism, neo-colonialism, apartheid, zionism and to dismantle agressive foreign military bases and all forms of discrimination, particularly those based on race, ethnic group, colour, sex, language, religion, or political opinions.

What a resonating paragraph, and when I think of Congo, Sudan, and Palestine in 2024, it almost brings me to tears.

Article 2 names a bunch of different characteristics that can't be used as basis for discimination. Disability isn't one of the things names, but is qualified through "other statuses" which is named at the very end.

Article 9 discusses the right of every individual to receive information. I assume that this could be used as support for accessible information and communication.

Source: University of Pretoria, #RatifyADRP: Call on African leaders to ratify the African Disability Rights Protocol

This is a video that basically has a bunch of people from diverse African nations speaking in their languages and calling on their leaders to ratify the disability rights protocol. We also learn that at the time of the video's production (2021), no state had ratified it, though 12 states has signed it.

It's a powerful video but there's no transcript provided, meaning it's not accessible according to WCAG 2.2. Especially due to the various languages being spoken, it isn't accessible. Maybe... fix that?

Inter-American Convention on the Elimination of All Forms of Discrimination Against Persons with Disablities

Source: Body of Knowledge

The Inter-American Convention, adopted 1999, precedes the CRPD. It was signed in Guatamala and is the first regional treaty adressing the rights of Disabled people specifically. Article III of the Convention adresses architectural, transporation, and communication obstacles across a range of domains spanning the full breadth of human life be eliminated 'to the extent possible.' Again, even before the CRPD came into force, legislators were talking about caveating accomodation with 'reasonable'-ness.

Source: Full Text of Inter-American Convention

It's much shorter than the CRPD.

Article I defines disability through a medical-functional lens with a small nod to the social model.

Article II is a general statement of objective: the elimination of all forms of discrimanation against persons with disabilities and promotion of their full integration into society.

There are two parts to Article III. The first part is as the Body of Knowledge describes: a call for environmental accessibility. The second part is a major call to prevent disabilities as much as possible, and provide early detection and treatment at a young age. It also asks for stigma-reducing education campaigns to be aimed at the public.

Back to Notes contents.

CPACC Study Day 19/25: Regional Standards

Noted Thursday, December 12, 2024

I started working on this section yesterday, so I might get slightly farther than I have charted out. First, the charter!

EU Charter of Fundamental Rights

Source: Body of Knowledge

Before discussion of the charter itself, there is a short review of what preceeded its adoption in 2000. Fifty years earlier, the European Convention on Human Rights (the ECHR) formed the European Court of Human Rights as a protection mechanism that any European could use if they felt their civil and political rights were being violated. In 1961, the European Social charter extended these to fundamental social and economic rights; it also names ability status specifically as a point which could not be discriminated against.

In light of these two predecessors, the Charter of Fundamental Rights of the European Union (2000) set to collate and provide consistency to all EU member states. It is based on its two predecessors, alongside rights within specific constitutional traditions of some EU member states, the Community Charter of Fundamental Social Rights of Workers, and other international conventions that the EU or member states were accountable to. The Treaty of Lisbon made the charter legally binding in 2009.

Article 26 recognizes the right to community living for people with disabilities. Article 21 prohibits discrimination on various things, including 'genetic features,' 'disability,' and 'age.'

Source: EU Charter of Fundamental Rights

Reading the full text of the EU Charter of Fundamental Rights, here are other articles that I view as being relevant to the lives of Disabled people:

Source: Equality and Human Rights Commission, What is the Charter?

I actually had to go hunting for this link, and when I finally found it the top of the page gives a warning reading 'This Charter no longer applies to the UK.'

Material here is very similar to that found in the Body of Knowledge. We also get some more clarification on the difference between the Convention and the Charter.

[Comparison between European Human Rights Convention and Charter]
Document Drafting Body Interpreted By
Convention Council of Europe (Strasbourg) European Court of Human Rights
Charter The European Union Court of Justice of the EU

The authors also suggest that the Charter could be viewed as a larger framework of which the Convention forms only a part. Indeed, they operate within two different apparatuses-- after the UK withdrew from the EU, the Convention remained relevant while the Charter no longer was applicable.

Additionally, an advisory body called the European Union Agency for Fundamental Rights, or the FRA, provides advice regarding the charter to EU Member States and institutions.

Source: Council of Europe, The European Social Charter

Note that this section is entirely regarding the European Social Charter, not to be mistaken with the European Union Charter of Fundamental Human Rights.

At the section titled 'The Charter at a Glance,' we are introduced to the Social charter as the counterpart of the European convention. Protecting social and eceonomic rights, the Charter places special attention on those it calls 'vulnerable persons:' old adults, children, Disabled people, and migrants. It also calls itself the Social Constitution of Europe.

Sidenote: Interesting to contrast this attitude towards the attitude presented in the Body of Knowledge, which is very much pro-EU Charter and writes off the Social Charter as being of an older era.

In the section, European Social Charter and European Convention on Human Rights, we get an absolutely granular discussion of how the Charter and Convention work together. Where there is overlap, the Charter tends to be more specific. To give a very banal example, the Convention grants the right to marry and then the Charter will ensure equality between spouses. Freedom of assembly and association is covered under the Convention, while the Charter identifies specific obligations and rights specific to trade unions.

Also note that while the Charter was taken up in 1961, an Additional Protocol was released in 1988, and the Revised Charter was adopted in 1996. It seems that all three of these things kinda comprise the 'Social Charter,' when that term is employed generically.

In the section, European Social Charter and EU Law, we learn that there is no uniformity amongst EU members when it comes to whether they have signed onto the Social Charter and its iterations of 1961, 1988, and 1996. All EU members are of course, signatories to things like the EU Charter of Fundamental Rights, and the laws of EU itself has basically covered all of what the Social Charter did, "albeit with some differences of both form and substance." The section seems to conclude saying that it would be nice if there was more uniformity, almost mourning the fact that the EU laws have superceded it on many fronts.

Back to Notes contents.

CPACC Study Day 18/25: Organizational Management

Noted Tuesday, December 10, 2024

Accessible Information Guidelines: European Agency for Special Needs and Inclusive Education

The Body of Knowledge shows that we should not be so concerned with the guidelines themselves, than with the recommendations that the agency suggests for the implementation of these guidelines.

Memorizing

There are seven core recommendations for implementation, and I've drawn a small representation of the seven of them below.

Diagram showing seven phases in implementation arranged in a clockwise circle with arrows pointing to each subsequent phase. Small doodles accompany each phase's name, all is elaborated below.

My memorization strategy is to associate the information with the small doodles that I've drawn here. The first stage, Statement, is associated with a silhouetted figure speaking. Strategy is associated with a document and a light bulb to signify a guiding light. Responsibility is associated with a silhouette with a crown ordering four small silhouettes to take off into four different directions. Incremental implementation has two doodles: first the toirtoise symbolizing the parable of the tortoise and the hare, second is a cardiogram that shows consistant heart beats. Production process is associated with two silhouetted figures at either end of a long table, hunched their laptops with steam rising from their heads. Training is associated with a silhouette lifting a massive weight above their head. Finally, Outsourcing sees a dark silhouetted figure hand over a bag of cash to a light silhouetted figure.

Seven Recommendations

  1. Statement. "Include an accessibility statement in the organisation's long term strategy". For the authors of the implementation handbook, a public-facing accessibility statement will serve interally to drive and empower actors to get this work done. They acknowledge that the task of accessibility is one that is very easy to ignore and to write-off. Making a public statement a positive impression on clients, but it also creates client expectations for you to now follow through with.
  2. Strategy. "Develop a strategy or plan for implementing accessible information." In order for a plan to even have a chance of working, it must meet the following criteria: It has buy-in the top, someone responsible of carrying it out, and enough people and other resources for them to do so. The plan should be contextualized within a grander long-term vision and should be developed with consultation from stakeholders. In drafting this strategy, citing the UCRPD's article 9 alongside other standards (regional and international), building in quality assurance measures, and being very explicit about what training is required will all help to create a more robust plan. Consider implementing a pilot program; the agency has seen the effectiveness of pilot programs demonstrated repeatedly.
  3. Responsibility. "Make someone responsible for implementing the information accessibility plan and provide them with the required resources." This person or team must be empowered formally and equipped with the resources to accomplish the goal. They need not be in a leadership position, but their authority on the matter of accessibility ought to be established as they will serve as the focal point for the whole endeavor.
  4. Implement Incrementally. "Plan an incremental implementation – be ambitious and modest at the same time." Have an ambitious long term vision, but don't jump into the deep end right away. Starting with simple tasks such as text, images, and audio are a way to build momentum. Identify the difficulty of various accessibility tasks and always start with the easy ones. This stage can also be accomplished through a pilot project. Note that some tasks might be too complex for existing staff to complete, and you may have to seek professional help. Ensure regular reviews on progress are completed and small wins serve to move the project forward.
  5. Production Process. "Embed accessibility into your information production and dissemination processes." Make accessibility guidelines present at the point of production. Analyzing the workflow, identify where electronic templates and guidelines can be incorporated. This might not be the first thing you do (keep in mind incremental change), and it might start with a small group of stakeholders in a working group. Additionally, incorporate a mechanism that can provide a 'final accessibility check' prior to production. With all the training and prompting in the world, there will be times where it slips through the cracks.
  6. Training. "Provide information, education and training on accessibility for all staff." This is a daunting task. Consider segmenting the training; alongside basic training that everyone receives, other roles get targetted training based on accessibility-relevant responsibilities. All staff, new and old, need to stay-up-to-date. Another consideration is to ensure third party workers are also equipped with accessibility competencies.
  7. Outsourcing. "When outsourcing information production, make sure accessibility requirements are addressed and undergo a quality check." Develop a procurement policy that prioritizes accessibility, and a way to verify that accessible projects are actually delivered.

Organizational Implementation

The seven recommendations are slightly asynchronous and cannot be neatly organized in a timeline. In which case, the Agency suggests a three-phase model: Policy, Plan, Practice. This model might be especially pratical to organizations who want a tiered timeline.

I'm going to break the category 'Practice' into two; one for training, and the other for production process. This is not how it is represented in the Body of Knowledge, but that's how it's reflected in the original source material. We're gonna go with more acronyms.

Policy

LPP: Long-term, Public statement, Procurement

Like the Liberian People's Party!

Plan

DARPAR: Detailed, Ambitious, Realistic, and Person with Authority and Resources

A funny sitcom catch-phrase.

Practice(1)

PGSM: Pilot, General training, Specialized training, Materials

Like BDSM, but with a different plosive.

Practice(2)

UUTT: Update, Use the material, Third-party compliance, Test before release.

Maybe a sound made when your toe is stubbed?

Back to Notes contents.

CPACC Study Day 17/25: Organizational Management

Noted Monday, December 9, 2024

So far, I am vibing with the new goal-setting method. I am slightly worried that its inflexibility will lead me to fall out of love with it, but we shall see!

Web Accessibility Initiative Reccomendations

Memorizing

I am going to simply memorize all of the key parts here and develop mnemonics to do so. Notes on the actual content to follow after the memorizing stage.

Phase 1: Initiate

Mnemonic: SOLACE BC. Imagine many people fleeing the prairies and taking solace in Vancouver, BC. That requires some initiation!

Phase 2: Planning

Mnemonic: SPAM BREW. Imagine some witch planning to make her brew out of spam, and then deciding it's maybe not a good idea.

Phase 3: Implement

SIPPED

Phase 4: Sustain

Mnemonic: SMUTS

WAI Recommendations Mnemonic Deck on Quizlet

I've got to the point where I can cough it up pretty reliably. Let's move onto the actual content!

The Initiation Phase

The WAI separates the planning phase from the initiation phase, recognizing the awareness and broader buy-in/support is the number 1 reason for accessibility efforts to fail. Broadly, you should be generating two things in your initiating phase: Hype and Basic Education. If you're an organization newly pursuing an accessibility stage, this means a lot of outreach.

Within the basic education portion of the initiation phase, come to have at least a basic idea of what accessibility entails and what your objective might be. Ideally, it should be a SMART objective with a clear timeline. At this stage, use your preliminary learning efforts to develop a business case tailoured to the scope of your work. If you are an individual, find your own motivation and 'case for accessibility' that can help sustain focus throughout the next three stages.

Now, to generate hype. Invite everyone to learn the basics and to feel connected to the business case. Across your organization, tailour the argument to what workers themselves can get from the endeavor (new skills, etc), and create opportunities to share knowledge and generate excitement. Some of these will be formal, but informal chats will be helpful too. Literally everyone at some level has some opportunity to contribute to accessibility, but some people will have a harder time seeing this.

With your motivation established, the ball is rolling. It's time to start actually planning an implementation.

The Planning Phase

The planning phase centers around establishing the who, the what, the why, and the how.

What exactly are the activities the project pursues? Review the current state of the websites the project is concerned with, and craft an accessibility policy was a defined scope and timeframe, and accounting for contingencies.

How will you execute this project? Determine the budget and the resources you are able to dedicate to this endeavor, considering also what kind of evaluations, training and tools may have to be secured. Decide on what sort of monitoring framework you will use to track progress once the implementation stage is formally underway; ensure some kind of standard reporting structure can regularly assess where progress is being made. Additionally, take a bird's eye few of this new policy within the greater context of your organization. What activities and norms will re-enforce the project? Where might there be some conflict? How much training will you and your staff need?

This takes us to the 'who' of it all. Who is doing what? Identify the accessibility responsibilities of each role within the organization and assign responsibilities as needed. Identify those key actors that will require additional training.

In ensuring these logistical aspects are worked out, don't lose sight of building your momentum. Engage your stakeholders and continue the hype train, bring them on board if you haven't done so already. This includes internal and external stakeholders: supplies, advocates, the broader public. Engaging the public now can increase internal morale and sense of responsibility. Ensure there are clear lines of communication to management, and ensure they too have bought in.

The Implementation Phase

Finally, we can concentrate all of our engineered hype and prep into action. Start by building capacity through training targeted at different roles. Maintan momentum by directing energy towards low-hanging fruit at first before tackling increasingly difficult issues. Start evaluating your approach early on, and use those evaluation to revisit your accessibility policy to ensure that your objectives are still properly reflected in your plan.

Ensure everyone knows what they are expected to do and are equipped for success.

Include testing with Disabled users if feasible. Record progress and share early wins. Ensure the knowledge gained in training embeds itself into the fabric of the organization by facilitating regular knowledge sharing and progress reports. Accessibility is an everyone project, so making progress visible is very important.

When the bulk of the main project is complete, you can transition into the final phase.

The Sustain Phase

Continue to monitor the situation to ensure new habits stick. Engage stakeholders and solicit user feedback: do people internally and externally still feel on board? Do internal stakeholders feel any impact from the accessibility endeavor leaking into other aspects of daily activities?

Additionally, you will need to adapt to new changes in technology and regulations to ensure your efforts don't stagnate in a frequently changing world. It is best to anticipate this and have a process already in place for what to do when changes occur, and when new user feedback is received.

Back to Notes contents.

CPACC Day 16/25: International Standards

Noted Saturday, December 7, 2024

Source: Convention on the Rights of Persons with Disabilities

Most of the information here is buried further into the website, so let's review a couple of pages individually.

1. CRPD Frequently Asked Questions

Do Disabled people have special human rights?
Every human has the same human rights. The CRPD endeavors to ensure Disabled people actually get the same rights as everyone else.
What is the Optional Protocol?
Allows individuals who feel a breach of their rights has happened a mechanism to petition. Also, gives the Committee authority to do inquiries for large systemic violations.
What other international standards are there?
The Declaration, of course. But there's also the World Programme of Action Concerning Disabled Persons, the Principles for the Protection of Persons with Mental Illness and the Improvement of Health Care, and Standard Rules on the Equalization of Opportunities for Persons with Disabilities. All of these are older and none are legally binding. Also the one about mental health has some Problematic Elements.
Okay but what about international standards that are actually legally binding?
There are a bunch of conventions, but many don't name disability status explicitly. Uniquely, the Convention on the Rights of the Child does name it. Regardless, these other conventions apply to all humans, and if you are operating under the assumption that Disabled people are human, well they're entitled to all the rights and protections of those conventions too.
What sets apart the CRPD from these other conventions?
It goes way more into depth and the specifics than previous conventions have gone into. It's the first convention adopted after 2000, and it integrates a social development perspective, recognizing the importance of international cooperation in supporting national implementation efforts.
What are the principles of the convention?
Mnemonic: DACAGON. Diversity, Accessibility, Children's rights, Autonomy, Gender equality, Opportunity equality, Non-discrimination
How does the CRPD define disability and qualify Disabled people?
The CRPD breaks slightly from the definition we saw in the DRPD, as it takes primarily from the biopsychosocial model of disability. Disability, in the view of the CRPD, results from the interaction between impairements and barriers. Article 1 suggests these impairments are 'long-term,' but they've pulled some legal wording wizardry to ensure that isn't some kind of qualifier.

2. The Convention in Brief

Here it summarizes all relevant parts of the convention. Here's some things that stick out to me as pertaining to accessibility, inclusion, and to disability culture in general.

3. 10th Anniversary of the Convention

There's less here than I anticipated. They report 'remarkable progress' in the ten years since the implementation of the Convention, note that the UNCRPD has been the convention with the fastest rate of adoption, and that numerous sustainable development frameworks have used the CRPD and within their methods and guiding values.

These frameworks include the 2030 Agenda for Sustainable Development, the Sendai Framework for Disaster Risk Reduction, the World Humanitarian Summit and the New Urban Agenda.

Source: The World Blind Union, The Treaty of Marrakesh Explained

The body of knowledge, in leaving many of these terms undefined, leaves the reader to just imagine what is allowed and disallowed in the treaty. This treaty provides a legal exception to copyright lawand allows for the creation, import and export of accessible transcriptions.

I just used the word 'transcription' there, because it is more precise than the word 'edition.' With an accessible edition, I imagine plain language formats alongside ASL translations, alongside other things. But that isn't what this covers.

Currently only some 1-7per cent of the world’s published books ever make it into accessible formats.

The treaty actually prohibits any transformation of the content of the work. Merely switch around the format; Braille, electronic, audio and large print.

Also, not everyone can get their hands on these accessible formats. Only Beneficiaries, defined as anyone who has trouble with regular printed formats, should receive these editions. The beneficiary population is mostly blind and low-vision folks, but the folks at the World Blind Union also mention dyslexia as a potential qualifying circumstance. According to them, people who physically can't turn normal pages for whatever reason also may qualify.

Source: WIPO, Summary of the Marrakesh Treaty

WIPO offers a legality-centered summary of the Marrakesh treaty. The treaty's full name is "Marrakesh Treaty to Facilitate Access to Published Works for Persons Who Are Blind, Visually Impaired, or Otherwise Print Disabled (MVT) (2013)." Here are tidbits from this document that helped clarify my understanding of this matter:

First of all, the treaty refers to the beneficiary persons as VIPs. This is why we saw this wording within the Body of Knowledge summary. WIPO's summary does not mention dyselxia as a potential condition that might be cause for print disability, but the wording is ambiguous enough here that dyslexia may still have a chance of qualifying. (Cross referencing this Librarian's guide to the Marrakesh treaty, developmental and learning abilities like dyslexia and autism, can in fact count as 'print disabilities.'

Secondly, authorized entites have various obligations to establish and follow practices for ensuring the system doesn't get mis-used. These are up to individual authorized entities, not up to states.

Thirdly, VIPS can make duplicates of accessible formats that were produces lawfully under the treaty. These are personal use copies, and they aren't allowed to redistribute them.

Fourth, the 'commercial exception' that the World Blind Union touches on is further expounded. The Marrakesh treaty allows signatories, within their implementation, to basically say, 'If an accessible format is available comercially, don't freaking do it, the copyright doesn't apply.' I'm sure this kind of case applies very much to the ePub format, which is increasing in popularity. BUT, if signatories add this clause in the policy, they have to basically contact the WIPO Director General, and then WIPO can get all up in that signatory nation's businesss.

Fifth, there is a constraint on exports-- you can only export an accessible copy made under the terms of the Marrakesh treaty to people within a country who has also signed the Treaty. This makes a good deal of logical sense. If country A has signed the treaty, and person A sneaks a copy to person B of country B, who has not signed the treaty, it would violate the laws and sovereignty of country B to declare that the Treaty of Marrakesh allowed you to do this. Similarly, if person B made their own accessible copy illegally and sent it to person A, that copy is still piracy.

Sixthly, members of WIPO or the European union are allowed to join the Marrakesh Treaty. You do NOt need to be a member of the United Nations, or any other international body besides the WIPO, to then join.

Finally, the Treaty needed 20 ratifying or accending members before it entered in the force. So despite being adopted in 2013, it has only actually been in force since 2016.

Back to Notes contents.

Goal Setting #3

Noted Friday, December 6, 2024

Confetti! It's another eighteen days and I still haven't given up! Once again, I was not very close to meeting my targets for this term, but I did get a LOT done, I met some important parameters, and have some valuable knowledge I can use to set new goals.

Nov 18 - Dec 6 Accomplishments

Time logged

November remains the highest amount of logged activity for me (over 80 hours) and the natural quota of 3 hours a day, 20+ hours a week, emerged as goal posts that I now strive to meet. I don't make 3 hours a day every day, but I do make it some days, and it feels good. I have developed a habit of making Saturdays be my most productive day. I go out and occupy some poor cafe or restaurant's table and crank out a 6 hour work session.

A full-time job in Canada is 40 hours of week, 8 hours a day. My day job takes up 10 hours a week/2 hours per weekday, and if I add in the 20 hours that I spend on accessibility, this works out to about 30 hours a week. And doing that does feel like an accomplishment. It's only 3/4 of full-time work, but maybe that's my neurodivergent sweet spot, and perhaps there are ways I can further tweak and ammend my strategy to get better results.

Wordcount and Blogging

Between Goal-Setting Sessions 1 and 2, I wrote about 7200 words on my learning blog. In this last period, I wrote 12 600, which is quite some growth! I also completed 10 CPACC study sessions/entries along with two sessions with WAS-oriented Deque material.

I also put a bunch of CPACC notes into the new CPACC section of the blog. Looking back on all these entries really makes me feel motivated to clean up the grammar and spellcheck, but that can come slightly later as I'm doing a second sweep of the material.

Finally, I bought a proper domain name using Porkbun and connected it to my Github page. I really like chasiubao so this seems appropriate.

HTML and CSS

My main HTML/CSS project is coming along and it looks spiffy and cool! I am happy that I am getting more comfortable with CSS. It provides me a good outlet to blow off steam in and I find it relaxing. It helps me not lose my mind with all the CPACC prep. Two pages are complete and fully responsive, though I've yet to present it to the client for feedback.

Also, I think I finally may have got this blogging site to be okay on mobile? It took a fair amount of trial and error.

CPACC content covered

I set some ambitious goals for myself, and didn't quite meet them. However, I did cover the following material:

And I made decent headway into 3A. International Level Standards.

In other words, I did almost all of Domain 2, I still have Usability to cover, but we're very, very close!

In terms of what the CPACC questions consist of, that's about 40% covered. But is it 40% of the material? Hell Naw.

Nov 18 - Dec 6 Areas to Improve

Exhaustion

A lot of the CPACC material is exhausting because it perpetuates a portrait of disability that removes systemic inequality from the picture and evangelizes a world where if you just make the environment, accessible, you've achieved accessibility. This is simply untrue.

So my progress on the material has actually been at a turtle's pace, but I keep beating myself up about it. I need to acknowledge that the material is itself hard to engage with, plan my study sessions more deliberately, and find coping strategies.

My audit project has similarly suffered from an ADHD case of "shove it in a box and don't touch it, if they move, they can't see you." I need to reopen it and reapproach it and still be kind to myself.

Part of my exhaustion might derive from feeling like I can't really rest and that I should always be working.

Anxiety

I'm getting more and more anxious irrationally that this is all for nothing and that the time I'm investing now will never pay off and this industry isn't for me. None of this anxiety really has any super factual basis. The EAA will soon come into full force. More people will need to be hired. This knowledge is in demand.

I suppose it's just another symptom of being inable to account for time, another sympom of being nearsighted in terms of planning for the future and always living in the present.

I think scheduling out a more comprehensive plan and timeline for preparing for the CPACC will help alleviate some of this stress, as it gives me some foresight into what the immediate future will hold.

Goal-Setting

Ammendments on Process

In the future I'm going to take weekends into account this time in my goal-setting. We'll aim for the goal deadline to be in 18 work days, not counting week-ends (which are Wednesdays and Saturdays).

However, I am planning on taking a vacation from December 24 to January 5. If I set my next checkpoint day on the 23rd, we end up with 12 work days, or 16 days in total.

I'm also going to break down Domain 3 into smaller parts than just A, B, C, etc, and I'm going to assign a timeline to each.

Saturday Dec 7
International Standards (3A) Due
Monday Dec 9
WAI Accessibility Initiative Recommendations (3F.2) Due
Tuesday Dec 10
European Inclusive Education Guidelines (3F.3) Due
Thursday Dec 12
EU Charter of Fundamental Rights (3B.1) Due
Friday Dec 13
African Charter on Human and People's Rights (3B.2) Due
Saturday Dec 14
Inter-American Convention (3B.3) Due
Monday Dec 16
Domain-Specific Laws (3D.1) Due
Tuesday Dec 17
Procurement Laws (3D.2) Due
Thursday Dec 19
Disability Etiquette (1D) Due
Friday Dec 20
Usability and UX (2G) Due
Saturday Dec 21
Maturity Models (3F.4) Due
Monday Dec 23
Checkpoint Day + Goal Reflection

This seems spread out enough to where I can actively try to work ahead of the due dates. If I don't make the due dates, there's no shame. I need to understand that shame is not a productive emotion here. When this is over, it basically just leaves 1D, 3C, and 3E incomplete, as well as leaving 1B, 1C, and 3F partially complete.

From here, I'm left with about one month until D-day, but I can also study through my holiday if I ever get the itch to do so.

In an ideal world, I will be able to cover everything in my timeline and then some, but it is only 12 days. And I am just one small-framed Disabled nonbinary person.

I will be kind to myself.

Back to Notes contents.

CPACC Study Day 15/25: International Standards

Noted Thursday, December 5, 2024

More Reflection

I think I have to remember that I've only been studying for this thing for slightly over two weeks, and that of course this process is going to be long and exhausting and discouraging. I cannot believe that there have been people that dedicate less to two weeks to study for this. But also, I might just be over-preparing on certain sections and not managing my time correctly.

International Standards have been particularly exhausting because I have no idea what I need to memorize. They link to the website of the UNCRPD. Am I supposed to memorize... all the material on this website? That seems like a Bit Much. I started last entry by saying that this is likely the easiest section within Domain 3 and I kinda played it off. But no, there is substantial content here.

I suppose in the end complaining about it won't do anything. We can lean on the recommended study tasks:

Name the most prominent international declarations and conventions that protect human rights and the rights of people with disabilities.

and

Explain the main purpose and protections of the UN Convention on the Rights of Persons with Disabilities.

Better overprepared than underprepared. Freaking suck it up buttercup.

Source: Body of Knowledge (continued)

The Marrakesh Treaty

The World Intellectual Property Organization (WIPO) administeries a body of international copyright treaties. For a long time, copyright limitations have prevented accessible formats of texts from being produced easily. The Marrakesh Treaty, adopted on June 27, 2013, provides a copyright exception in service of making the creation of such accessible formats more easy.

Source: Universal Declaration of Human Rights

The Document

More tiny little details about the document itself:

Now it does feel silly to memorize all 30 points of this article. So I'm going to narrow it down to just the super relevant things.

UDHR Articles 1-2

I present an abbreviated form of these articles here:

Article 2 explicitly lists a whole bunch of categories that cam't be used as basis for discimination. Disability status is not listed as part of these, though it is implied that the UDHR is not restricted to the categories that it does name.

The first two articles are the basis for which all the other articles follow; the assertion of inalienable human rights as a new rule of law in the natural order is nothing to scoff at.

UDHR Articles 3-30

Simultaneously, we should look to see what kind of themes and priorities are reflected across the other 27 articles.

One prevalent theme is 'everybody has the right to not get mistreated' worded in many different ways: freedom from torture, get a fair trial, be able to get out of bad situations.

Another theme evolves around 'basic everyday needs and activity' which include living conditions, work, rest, education, social living, family, and free expression.

Another theme concerns the governance of the nation and international order. On the national level, this addresses things like peaceful assembly, labour unions, participating in government, equal laws. On the global level, it calls for international collaboration to ensure everyone gets accesses to these rights.

Source: Human Rights of People with Disabilities

This webpage is attributed to the Office of the High Commissioner and describes what work the UN has done and continues to do to address the human rights of Disabled people.

Overview

The Office facilitates engagement with this issue at the intergovernmental level and also recruits dialoguing partners from representative organisations of Disabled people.

The Office promotes awareness, and also ensures Disabled people are seen and considered in greater projects across the whole United Nations apparatus, including with the Sustainable Development Goals. They name the UN Disability Inclusion Strategy as a particular example of this.

About the Human Rights of Disabled People

In this section, we see main points from the Body of Knowledge reflected back at us. The CRPD, 2006 for adoption, 2008 when it came into force, took up the social model and took to articulate the UDHR promise in explicit and pragmatic terms within the disability context.

But we also see some new and exciting points. The Office acknowledges that disability status interacts with other facets of identity and cirumstances in further disabling ways, especially in developing countries. In addition to this, they describe the CRPD as being more capable of dealing with these more complex cases of discrimination; Disabled women and children are explicitly addressed within the wording of the CRPD. We end with this very poignant quote,

[R]eaching the furthest behind first is the key to leaving no one behind.

This is a very common sentiment within the larger conversation of Disability Studies, especially Disability Justice activism led by queer and trans Disabled BIPOC.

This small article also might be the first time that we see some material realities of Disabled people acknowledged. Disabled people commonly are confined to institutions, are barred from voting, are unable to have their own property, are forcefully segregated from the mainstream at various levels of society (including within the justice system, don't get me started!) among other things.

I feel like the whole curriculum would have been better if we started the talk about disability with this, with the history. Not to paint a deficit ideology portrait of disability in general, but true accessibility will never be met as long as basic needs are not met and material conditions don't change. As Certified Accessibility Professionals, shouldn't this be something that we should know?

Source: Declaration on the Rights of Disabled Persons

This is the full text of the Declaration. It's shorter than I had anticipated, and way more interesting than I had anticipated. Here are points I note in reading it.

They cite a bunch of predecessing declarations, including the Declaration on the Rights of Mentally R******d Persons which feels like it comes out of nowhere. What IS that? Passed in 1971, it echoes a lot of the attitudes towards people with intellectual and/or developmental disabilities and the type of care that should be organized for them up to nearly the present day. It falls to the wayside, just as the DRDP falls to the wayside, because the CRPD is just so much stronger as an instrument of policy making.

Moving on, we see the little exception that developing countries "can devote only limited efforts" and can therefore be excused from a lot of these things.

With the caveats and background done, we jump into the declaration itself, which starts off with a fascinating definition of disability. I am drawn to this one. It's a function-based definition where the bar to clear is 'ensuring for oneself the necessities of a normal individual (or social) life' but it's supported by some classic medical-model based, 'as a result of dificiency in physical or mental capabilities.'

The document doesn't contain the word 'accessibility.' It's slightly present within the phrase 'measures designed to enable them to become as self-reliant as possible,' but it never really addresses the idea of inaccessibility, or the environment being the problem somehow. Instead, assitive technology and interventions on the individual or 'treatment' is the thing that is promised to all Disabled people, which is slightly insidious. It's all under the guise that the rehabilitation is always the right move and the right goal. This simply does not give autonomy to the Disabled person, and it leaves the Disabled people who never get better, either because they can't get better or don't want to get better, out in the dust.

I think in reading this, it really drives home the fact that there has been significant progress in society's attitude. It's still bad, but it used to be much, much worse. And many people who were raised in eras where the social model was not at all present might still continue to have really outdated beliefs.

Back to Notes contents.

CPACC Study Day 14/25: International Standards

Noted Tuesday, December 3, 2024

Alas, we've arrived into Domain 3 territory. I am a bit nervous, not going to lie. There is a lot of memorization involved in these sections. But today I'm going to do probably the easiest section within Domain 3. An amuze-bouche, I suppose that's what this is. No use procrastinating getting started on it. There's so much here. *screaming*

Source: Body of Knowledge

Introduction to International Standards

First, we learn about three approaches to addressing the rights of Disabled people through legislation.

We take a walk through history, through three documents that mirror these three approaches.

It's 1948 and the Universal Declaration of Human Rights is passed. Disabled people are not one of the groups protected in this document.

The UDHR proclaims civil, cultural, economic, political and social rights to be for all peoples and provides the basis for other international standards, notably the 2006 Convention.

It's 1975 and the United Nations Declaration on the Rights of Disabled Persons is passed. As a declaration (as opposed to a Convention), it can only provide recommendations.

While the Declaration asserts the need for Disabled people to be protected against discriminatory treatment and promotes their integration into all facets of society, it accepts that not all countries can presently afford to devote resources beyond 'limited efforts' to achieve this vision.

It's 2006 and the United Nations Convention on the Rights of Persons with Disabilities finally provides a legally beinding convention.

Convention on the Rights of Persons with Disabilities (UNCRPD)

This is the most important document to know about, because in signing onto the CRPD, states parties must actually implement it.

The language is a bit dense here, so I'll paraphrase from the Body of Knowledge in the style of question-and-answer.

Through what model does the UNCRPD approach people with disabilities?
The UNCRPD follows the movement to shift towards the social model of disability and away from the medical and charity models of disability, as has historically been the case in policy-making.
Broadly speaking, what does the UNCRPD do?
Reaffirming that Disabled people are a category of people with protected rights and freedoms, it makes explicit that extra steps need to be taken in order for Disabled people to enjoy these rights and freedoms. In discussing these extra steps, the UNCRPD talks about how Disabled people need accomodations and how Disabled people may have their rights violated. Fundamentally, the UNCRPD is focused on implementation.
What support does the UNCRPD have?
The UNCRP has very broad support. Over 180 countries/regional unions have ratified it, meaning they have committed to implementing internal policies to achieve the UNCRP's mandate. The UNCRP has been signed by over 160 countries/regional unions (there is overlap between these two groups). The EU is very supportive of the UNCRPD; it signed and ratified as itself, and then all EU member states ratified it individually.
What are ratified states obligated to do?
They are obligated to establish a framework to Promote, Protect, and Monitor the implementation of the CRPD.
What monitors the ratified states parties?
The Committee on the Rights of Persons with Disabilities conducts regular reviews. Non-government bodies can submit to compilation called a 'List of Issues.' When state parties report back, they have to respond to the List of Issues. (The BoK is kind vague about the process here, and I'm having trouble finding resources concerning this).
What does the UNCRPD say about accessibility?
A lot. Accessibility the fifth principle listed in Article 3: General Principles, and the entirety of Article 9 is dedicated to hashing out the nitty-gritty.

The authors of the BoK then proceed to lay out the full text Article 9. The spirit of Article 9 basically is as follows: State parties should endeavor to so that all environments that are accessible to the public, whether they are publically or privately funded, whether they are urban or rural, whether they are physical or digital, are also accessible to people with disabilities. They should provide minimum standards and training to get to this point. Additionally, Disabled people should have access to assistive technology and live support (guides, interpreters) that can facilitate access to information, including digital information. Also, in the physical world, Braille signage and plain language signage should be available always.

Reflection

This stuff sucks.

Back to Notes contents.

CPACC Study Day 13/25: UD for Built Environments

Noted Monday, December 2, 2024

I'm coming up on my December 6 deadline and I still have 3.5 units to go: 2D Built Environment, 2G Usability, 3A International, and 3F Organizational. To meet my goal, I pretty much have to be progressing at a rate of one topic per day... I don't think I'm going to make it. I am not going to be able to meet the deadlines for my website building and informal audit, but I am not too perturbed. This information gives me an idea of what I can accomplish in about 18 days.

I'm still going to celebrate another 18 days of perserverence.

Yesterday, I went ahead and created the entire new 'CPACC' section of my website, where I extract information from this area of the website, and make the content more legible. I also purchased a domain name and deployed it.

As always, a quick warmup before we drive into the actual content.

HTMLHell Advent Calendar

Rian Rietveld on Home/Logo alt text

I don't like this article? I disagree that it should be labelled as anything other than 'Leidschendam-Voorburg home' because the image here is functional and we want to be as conservative as possible when it comes to frequently used functional images.

I disagree that the word 'logo' gives any more information than is already there on the page. It is a common idiom to link to a logo. You wouldn't link to just an image of text; that's not conformant to WCAG.

Simultaneously, the discussion about verbosity (to be or not to be verbose) is mostly stylistic here. So while I disagree with the practice suggested here, I can't really say that my approach would be emperically better. Because screenreader users also have differing preferences.

There was also a missed opportunity here to say why you shouldn't use aria-label besides just the First Rule: which is the fact that aria-label doesn't translate.

Killian Valhof on Autofocus

This feels sound. My one nitpick is that Valhof uses 'assistive technology' as a synonym for 'screenreader.'

They argue that while you generally shouldn't use tabindex and autofocus, the one usecase for autofocus would be "on single-purpose pages containing forms."

Adrian Roselli at A11y Camp

Been waiting for this one for a while! Saw the slides for this and was so dang curious about them. It's about the career lifecycle of accessibility professionals and the inevitability of burnout.

I feel really called out by 'under-utilized English degree.'

Accessibility and the Built Environment

Source: Council of Europe, Accessibility: Principles and Guidelines (PDF)

This a pretty dense document from 2004 that sounds like it was translated, likely from the French. The source establishes that with a raising population of Disabled people, it is for the better of society that accessibility not hinder Disabled people from enjoying their human rights. Six focus areas are named as composing a larger accessibility plan for Europe:

1. Integrated Solutions
This is an argument for a universalizing approach, as opposed to an accomodations approach. We might even want to incoporate this into our standards.
2. Building for Everyone
This argues that everyone, not just Disabled users, benefit from universally designed spaces. Age, familiy situation, and occupation are named as three factors that might otherwise 'handicap' a non-Disabled person.
3. Accessibility Chart
An 'accessibility chart' would be a full inventory kept by urban planners of all public buildings as well as their accessibility classifications. This information should be made available to the public and provides a transparent assessment of the status of accessibility on the municiple level.
4. Monitoring
This argues that broad surveys on the effectiveness of accessibility planning be established and conducted regularly.
5. Architectual education
Develop curriculum for 'integrated solutions' alongside people with disabilities and propogate it at the undergraduate level, as well as offering more opportunties for continued education around these topics.
6. International cooperation
All member states should participate in exchanging information, practices and findings as we embark on this journey together.

The second section of walks you through various architectural considerations on a 'imaginary journey.' It pelts you with considerations that must be made for various aspects of architectural design. At nearly every turn, we can make parallels towards the 7 Universal Design Principles, so I'm going to attempt to list out the considerations that they ask us to make with respect to these principles.

Principle #7: Size and Space
Principle #4: Perceptible Information and Principle #3 Simple and Intuitive
Principle #6: Low Physical Effort
Principle #5: Tolerance for Error
Principle #2 Flexibility in Use
Principle #1 Equity of Use

In the third and final section of this document, the authors lays out why integrated approaches (their way to refer to UD) are superior to accomodation-based approaches.

We don't see much here that the other articles on Universal Design haven't already touched on. The one difference here is that these are policy people trying to argue for the implementation of 'integrated approaches' within standards across Europe. They are really adament that truly everyone benefits from integrated approaches, and that we must move on from making Disabled people 'exceptions to the rule.'

In order to create an accessible environment, it is necessary to approach standard-setting by taking into account limits of uncertainty rather than the ‘standard average’. We need to address the relationship between the individual and his environment in broader terms. This means that the range of ‘normality’ must be extended: in terms of anthropometry, physical capabilities and psychological characteristics. Now, an integrated approach can be seen aimed at the anonymous user and allowing differences between individuals to be easily accommodated.

They also stress two more principles that must be followed in order for integrated solutions to be enjoyed equally by all: adaptability and interactivity. This reflects the principle of 'flexibility in use.' Adaptability reflects the ability for people of various disabilities to adapt to the space. Interactivity reflects the ability of Disabled people to go further and customize the space to their liking.

Back to Notes contents.

CPACC Study Day 12/25: UDL Guidelines and UD for Built Environments

Noted Saturday, November 30, 2024

Universal Design for Learning

I received confirmation that the 2.2 version, not the 3.0 version, is the one that the exam was written up about. I'm going to quickly memorize all of them today. I'm going to over-memorize the points. The BoK lists nine data points; three going to each of the three overall principles: multiple means of representation, multiple means of action and expression, and multiple means of engagement. But each of these nine points actually have something like three to four criteria under them. Thirty-one, to be exact. Thirty one + nine + three is 43 data points, which is almost as big as WCAG Level AA.

I'm endeavoring to commit all of these to memory not because of the CPACC, but because I am (in my third job) a teacher, and my day job is in education support. So this is important to me. Let's get started.

Memorization Process and Mnemonics

Quizlet: The Universal Design for Learning Guidelines 2.2 Numberings. Unsure about the accessibility of quizlet, but it is what works for me. I learn better with numbers, its just a more abstract way to mind map.

All of the immediate subnodes are worded with 'provide options for.'

Graphic Organizer for UDLF 2.2.

After three hours of studying with by mapping, using the graphic organizer and drudging through flashcards, I've gotten most of it done. I'm going to preemptively try to cough it up and see what I fail on.

43 Data Points From Memory

  1. Multiple means of representation (Guideline 1)
  2. Provide options for Perception (1)
  3. Offer the ability to change the presentation of text (1.1)
  4. Offer alternatives for audio content (1.2)
  5. Offer alternatives for visual content (1.3)
  6. Provide options for Language and Symbols (2)
  7. Clarify vocabulary and symbols (2.1)
  8. Clarify syntax and structure (2.2)
  9. Clarify numerical and textual symbols and notation (2.3)
  10. Promote understanding across languages (2.4)
  11. Illustrate using images (2.5)
  12. Provide options in Comprehension (3)
  13. Activate or supply background knowledge (3.1)
  14. Highlight patterns and critical information, relationships (3.2)
  15. Guide visualization of information (3.3)
  16. (3.4)
  17. Multiple means of action and expression (Guideline 2)
  18. Provide options for Physical Action (4)
  19. Offer options in response and navigation (4.1)
  20. Ensure compatibility of assitive technology in the environment (4.2)
  21. Provide options for Communication and Expression (5)
  22. Use different media to aid in communication (5.1)
  23. Use tools to aid communication (5.2)
  24. Provide a graduated system of support and resources on the road to fluency (5.3)
  25. Provide options for Executive Function (6)
  26. Direct appropriate goal-setting (6.1)
  27. Facilitate planning and strategy-making (6.2)
  28. Facilitate management of information and resources (6.3)
  29. Enhance capability for monitoring progress (6.4)
  30. Multiple means of Engagement (Guideline 3)
  31. Provide options for Recruiting Interest (7)
  32. Optimize individual autonomy and choice (7.1)
  33. Optimize relevancy, authenticity and value of the material (7.2)
  34. Minimize threats and distractions
  35. Provide options for Sustaining Effort and Persistence (8)
  36. Highlight salience of goals and progress (8.1)
  37. (8.2)
  38. Foster collaboration and community (8.3)
  39. (8.4)
  40. Provide options for Self Regulation (9)
  41. Promote beliefs and expectations in motivations for learning (9.1)
  42. Cultivate coping skills (9.2)
  43. Develop reflection and self-assessment(9.3)

Let's check my answers!

The exacting wording is often variable, but most capture the spirit of the original UDLG. Data point 2.5 was written as 'Illustrate using images,' when it should have been 'Illustrate using media.'

3.4 (Maximize transfer and generalization), 8.2 (Vary resources and demands to optimize challenges), and 8.4 (Provide feedback for mastery) were the only three that were outright missed.

Built Environment and Accessibility

Source: The Body of Knowledge

This section emphasizes that the Universal Design principles were designed for the built environment before they were applied to digital environmennts. In built environments, the planning, designing, construction and maintenance are different phases where inclusive principles may be implemented. When we speak of the 'built environments,' we are largely referring to buildings, public spaces, and transportation systems.

Just as 'shifting left' to incoporate UD in design is less expensive than remediating digital products, the same applies to built environments where retrofitting inaccessible designs is ultimately more expensive than if these prinicples were incoporated in design phase.

It is common for the 'minimum standards' of national regulations to reflect an 'accomodations' approach over an UD approach. UD is recommended by many countries as a best practice, though it is not a requirement for compliance.

Some questions that accessibility for the built environment considers might include:

Back to Notes contents.

CPACC Study Day 11/25: Universal Design for Learning

Noted Thursday, November 29, 2024

I typically like to start the day with a warm up, so let's go with something very difficult and try to make a theme switcher.

Theme Switcher

1. Fossheim's Accessible Theme Switcher

The most confusing part of this tutorial to me is Fossheim's use of localStorage, which I have never heard of.

The pattern itself uses buttons. These buttons do not seem to be grouped controls. There's no use of a fieldset or of role="group" here, and the instruction 'pick a theme' is not actually programmatically associated with the buttons other than they are all located under a heading (which I suppose does programmatically associate a relationship).

Fossheim uses vanilla JS to fetch a custom data attribute, 'data-theme' from each of these buttons, and sets CSS selectors to look for those custom data attributes and reset custom colour properties based on which is present.

They've made a very simple and beautiful thing here. I don't understand all the minute details, but I want to check a few more approaches before I start developing my own.

2. 2. Darin's Progressively-enhanced Dark Mode

Darin's works with and without JS by using a form submit wrapped into a noscript tag. The JS version uses an accessible modal dialogue. The non JS version uses PHP that goes slightly over my head.

3. Does details/summary with has() work as a bootstrap toggle?

It's a hypothetical that I don't have the requisite experience to deal with. Reading through O'Hara's details and summary elements, again blog is enough to tell me that unlike most native HTML elements that have pretty robust support across AT, details/summary is finnicky with lots of niche behaviour. This post is from 2022, but it's still probably very relevant. Very important to know that when summary is exposed as a 'button' as semantics of the 'details' element are scrubbed.

Lo and behold, someone has already done it. Mori.pages.dev has even used it for this exact case: a theme switcher. Mori hasn't put any effort into making the toggle accessible, but I'm curious how Orca reads it. The accessibility tree exposes it with the role of 'summary.'

Orca/Firefox ESR reads it with 'Theme collapsed button.' Fascinating!

A quick search of 'details/summary hack' also shows experiments by Steve Faulkner on GIF pausing via details/summary. There's also an obligatory warning from Adrian Roselli on 'Details/Summary are Not [insert control here]. Though I am curious at the current state of exposure of details/summary, the only way to actually figure this out is manually testing across a bunch of screenreader browser pairings. Might be a worthy project someday, but not today because I need to get into CPACC prep.

Universal Design for Learning (UDL)

We were exposed to UDL on Day 10 when we saw an instructor from the University of Washington opine about how UDL, UD and WCAG are often not considered in tandem. Let's try to understand what makes UDL antagonistic to UD and WCAG, and whether this is actually the case.

Source: Body of Knowledge

There are three principles to the UDL. They come from the field of cognitive science and are centered on the 'why', the 'what' and the 'how' of learning.

Why Learn?

Multiple means of engagement addresses diversity in learner motivation, sustained engagement, and coping skills. Provide options in all three areas.

For example, provide options along the spectrums of spontaneity to routine, groupwork to solowork.

Learn What?

Multiple means of representation adresses diversity in preferred learning modality: consider visual, textual, tactile, auditory modes, consider language/symbol use, consider information hierarchy.

For example, EAL learners or Disabled learners might be restricted in what modes are effective.

Learn How?

Multiple means of action and expression adresses diversity in the kinds of assignments and tasks that diverse people will prefer. This principle also encompasses the accessibility of the learning environment.

For example, people might prefer written assignments, other people might prefer presentations.

Source: CAST, UDL Guidelines

The UDL Guidelines are structures like the WCAG. There are various 'considerations' (their version of success criteria) under nine guidelines.

However, I actually can't tackle this nine guidelines today, because I don't know which version the exam is going to test on. They recently updated to version 3.0 of the UDLG, but the Body of Knowledge bases itself on the 2.2. I'm going to pause and wait to see what the A11Y slack says before proceeding.

Back to Notes contents.

Deque University 15/15

Noted Wednesday, November 27, 2024

I'm doing this starting at 23h so it feels like I won't get far. But let's see.

Form Labels, Instructions, and Validation

Labels

Every form field must have an accessible name, and the semantic HTML label element is the best way to achieve this. The semantic label can be overriden with aria-labelledby and aria-label. According to Deque, placeholders are 'technicaly allowed as a way to provide an accessible name' but I saw a discussion in the A11y slack today where both Eric Eggert and Adrian Roselli noted that they fail instances of a non-persistant visual label. Roselli also linked to this Github issue clarification for 3.2.2 that applies in this case.

In other words, placeholder text can work as an accessible name, satifying 2.5.3. But it fails a different success criteria, 3.2.2, if workarounds aren't provided to ensure that a label is visible at all times. Deque actually corrects itself about placeholders later in the lesson.

Deque notes that JAWS and VoiceOver will guess at labels if one can't be programmatically determined.

Deque then goes on to discuss 3.2.2 briefly (it doesn't name SC ever though, which is frustrating as a learner) and it recommends implicit labels as a sufficient technique. But it doesn't warn against the Dragon Naturally Speaking bug, which seems a bit off-brand, since Deque typically recommends solutions to VoiceOver-specific bugs.

Of course, any programmatically associated labels have to be non-generic and non-reliant on sensory characteristics.

Icons used as labels with no visual text is fine if it is such a widely-recognized symbols like the search icon. Just alt it.

In most other cases, a visual textual label is required, and the accessible name and visual label must match. It is best practice to ensure the label and input are visually proximal and adjacent within the DOM.

Deque then discusses a case where form labels and inputs are integrated into a layout table. This is a case were you could associate nonsemantic labels to input fields via aria-labelledby (which can take two ids, by the way). If you do this, associate the nonsemantic labels by putting it into a span. Don't directly assign the id of table headers, apparently, because that gives weird SR behaviour.

They then present another case where one label is applied to multiple fields, like phone number input that breaks it into 3 smaller fields. Reading this section and their proposed solutions makes me think that it is impossible to do 2.5.3 justice and it's better to just combine it into one form field.

Group Labels

Use fieldset to group labels. Support for the aria 'group' role is shaky, so do fieldset if you can. You can nest fieldset so there shouldn't be a problem. And by using fieldset, it must have an accessible name, so you also must use legend. As always, labels must be non-generic and non-reliant on sensory characteristics. Everything we've learned up to this point so far applies for group labels.

Instructions and Helpful Info

To add instructions to a grouped section is tricky, since aria-describedby doesn't work with fieldsets or legends (why?) so we either have the option of appending very brief instructions directly onto the legend itself, or we can associate the instructions to the first field via aria-describedby. All of this is to circumvent the common pattern of just slapping instructions in the middle of the fieldset, as apparently this SR users are very unlikely to perceive the instructions when they are tabbing through fields in Form mode.

For individual inputs, aria-describedby will suffice. Follow all other presentation directions when it comes to accessible descriptions. Visible, meaningful, non-reliant on sensory characteristics, distinguishable, proximal, programmatically adjacent.

For required fields in particular, using aria-required="true" provides a failsafe for HTML5's required attribute, whose behaviour is browser-dependent. Providing a visual indicator for required fields is best practice, not conformant. Error messages should also be programmatically assigned via aria-describedby and can be further indicated with aria-invalid="true".

HTML5.2 has 53 input purposes for UI components. You need to use them on input fields to satisfy 1.3.5 Identify Input Purpose. This is to support autofill functionality. Also the HTML5 autocomplete attribute is helpful.

Back to Notes contents.

CPACC Study Day 10/25: Universal Design Principles (+WCAG)

Noted Tuesday, November 26, 2024

Universal Design Principles

Now that I've memorized the principles, time to tackle the other part of Domain Two 3: Describe the goals and benefits of universal design.

Source: The Body of Knowledge

The UDP date back to 1997 and were created by a multidisciplinary team at North Carolina State University. Universal design is good design, by which everyone benefits when everyone is considered in the design process.

[Universal design] is a fundamental condition of good design, [not a special requirement.]

Source: Centre for Excellence in Universal Design

The link given in the BoK is broken, so I'm just gonna look at a few pages on this website to get an idea.

Definition and Overview

Irish law (The Centre for excellence is located in Ireland) has a codified formal definition of universal design, which is the definition that we see everywhere based on the definition section for article two of the UNCRPD. The Centre also mentions Article 4 of the UNCRPD which mandates states to promote research and development of UD products and environments. Also fascinatinly, they provide another synonym for UD/inclusive design/design for all that I haven't seen before: transgenerational design.

The Centre targets different interventional tactics at the macro, meso and micro levels in an attempt to align with UN Sustainable Development Goals. This model recognizes that the bottom line implements. In other words, individuals are the ones that actual do the work of UD. The macro and meso levels are in service of this individual action through governance and policy making.

History of Universal Design

As a field, UD is an amalgamation of concepts from the following fields: participatory design, human-centered design, asistive technology, and disability-specific design. The Centre calls out 'assistive technology' as its own field. This feels like a call towards the 'functional solutions' model of disability.

In terms of names, dates, and places, the Centre attributes a large part of focus that was newly given to the needs of Disabled people as being a post-WWII veteran issue. I personally am interested in seeing a bottom-up history of accessibility, I should seek that out. I don't think the IAAP will give it to me.

Benefits and Drivers

In this section, we see all the familiar talking points. The Centre identifies that everyone across a continuum of ability can benefit from increased usability. They also identify that the population is getting older, and people with disabilities are themselves living longer.

Independent living is identified as a key priority that enables greater participation in society. The W3C, in their communications, often relay that technology is ultimately an enabler that helps people achieve things that would literally not have been possible otherwise. But the Centre takes a slightly different approach. Society at large is relying increasingly on technology; in places that did not require technology before, technology has become the new norm. In this way, some activities can actually become less accessible due to the introduction of technology. Anecdotally, we can see this very commonly in the elderly populations that struggle with adapting to new tech.

Market Crossover Success puts a name on phenomonen that we have seen mentioned briefly in other materials. It's where technology initially designed as assistive technology goes mainstream.

The Centre also names Increased Consumer Expectations and Acceptance at First Use as additional benefits. Especially on the internet, people nowadays take very little time to form a judgement on whether they like a product (less than 50 milliseconds in some cases), and in today's climate, they are more likely to voice their opinions. It's a fraught situation for product makers, the the increase in usability the UD approaches offer can be a North Star in navigating through shifting expectations and norms.

Source: University of Washington, UD Processes Principles and Applications

I like everything about this piece except for the introduction, but I understand why it's been written this way, considering the audience is mostly non-specific professionals who are interested in the principles behind UD and may not be familiar with disability culture. It also rattles off 'barrier-free design,' and 'inclusive design' as not being synonymous with universal design. And I don't think that's necessarily accurate. Many definitions of inclusive design are nearly legally synonymous with the ones for UD, so this introduction just seems like it names the other synonyms merely to dunk on them.

It gives the typical UNCRPD definition, but then gives a more descriptive, simplified, and retroactive definition: that which is accessible, usable and inclusive is considered to meet universal design.

In addition to naming the seven principles of UD, it also gives the principles of Universal Design for Learning, or UDL. We will cover this in depth later, but suffice for now that there are three principles: multiple means of engagemment, multiple means of representation, and multiple means of action/expression. They also give the four guiding principles of WCAG.

7 UD principles + 3 UDL principles + 4 WCAG principles gives us 14. With that background established the author finally gets to their argument: these three focuses are not often considered alongside one another. The author presents another schema that their team has developed: Univeral Design in Instruction, that they belive takes into account all 14 principles and synthesizes it into the medium of instruction and pedagogy. It is based on domains: it describes how physical access, delivery methods, information resources, interaction, feedback, assessment, and accomodation should be made to meet universal design principles. By directing the 14 principles at specific practice areas, it makes for easier implementation. The authors also show a small sample workflow for how to apply UD into other domains

Web Content Accessibility Guidelines

I skipped over this section (Domain Two C) because I've done so much stuff with WCAG already. I guess it doesn't hurt.

Source: Body of Knowldge

Web accessiblity is directed at websites, tools and technologies and while it is aimed at Disabled people, non-Disabled people also happen to benefit.

WCAG 2.2 has 13 main guidelines. I haven't actually memorized them ever, but they seem memorizeable. I should memorize them.

The thirteen guidelines are

  1. Text alternatives (1.1)
  2. Time-based media (1.2)
  3. Adaptable (1.3)
  4. Distinguishable (1.4)
  5. Keyboard accessible (2.1)
  6. Enough Time (2.2)
  7. Seizures and Physical Reactions (2.3)
  8. Navigable (2.4)
  9. Input Modalities (2.5)
  10. Readable (3.1)
  11. Predictable (3.2)
  12. Input Assistance (3.3)
  13. Compatible (4.1)

Back to Notes contents.

Weekend Things: Deque University 14/15

Noted Sunday, November 24, 2024

It's a weekend. I'm not going to look at the BoK today. Gonna dip again into the other Deque offerings.

Deque: Images, SVG and Canvas

Canvas and Icons

Deque doesn't take a position on whether you should or should not use icon-only fonts, or SVG for icons.

Icons and Canvas elements have to have the role of img. Avoid canvas if you can; SVGs are better. I'm uncomfy with the degree to which Deque upholds aria-label when aria-labelledby is much safer and translates better. All canvas images should have a background fill if changing the background color will obscure text (and changing the background color is WHCM's default behaviour).

To make Canvas elements keyboard accessible, it is not enough to simply add tab-index="0" to things. You need to satisfy 2.5.3 and ensure keydown events happen. Again, you're making a fake button, so all the considerations for that apply here.

Multimedia

WebVTT is a cpation format with the most customization features.

Deque just goes through the WCAG requirements. They emphasize the point that the sole solution for DeafBlind users is a text transcript; NOT captions.

If you use the object element, it needs an accessible name via aria-labelledby

PDF files need to be tagged and accessible, as do EPUBS.

In terms of basic EPUB accessibility tips, ensure you're working in EPUB 3 and reference EPUB 3 Accessibility guidelines

Back to Notes contents.

CPACC Study Day 9/25: Universal Design Principles

Noted Saturday, November 23, 2024

Universal Design Principles

Today, I'm going to spend some time memorizing them and documenting my memorization strategy.

My Mind Map

I've made this ugly mind map. Going to spend some time memorizing it top to bottom. I want to memorize each guideline, roughly in order. There are some places where the literal map differs of the actual guidelines.

Seven mind maps of different colours winding between each other with a few funny drawings.

Map Transcription

This description covers the map by going down the entire left side of the document, scooping the bottom, and coming back up. I describe a lot on the actual visual details because they support my memory. I 'walk' this mindmap by basically describing everything that I describe here to myself just before I'm about to go to sleep.

In bold blue, the title 'Universal Design Principals'

!Mnemonic! LEFT SIPS

Low Physical Effort (in green)

Three nodes go from top right and move counterclockwise. The first node is accompanied by doodle of a person with block shoulders and reads 'neutral. The second node reads 'force: reasonable'. The third node is 'minimize' and has two subnodes: repetitive action, and sustained effort.

Flexibility (in brown)

This map is slightly stylized. Flexibility is written in cursive. At the top, we see 'Choice'! with a drawing of the ASL sign for 'choice' drawn from the first person view. On either side of 'Flexibility' are arrows pointing left and right, labelled 'LH' and 'RH' respectively. Two more nodes outstretch like legs: adapt to pace, and facilitate accuracy. The total effect is for the map to ressemble a person with very long eyelashes.

Tolerance for error (blue)

The title of the map features bold, 3D block lettering. Nodes start from the bottom right, and go up in an arc. First, the logograph for the toki pona word meaning 'to get rid of' points to some text saying 'hazardous elemens' Secondly, the logograph for the toki pona word meaning 'to add' points to some more text: Warnings, failsafes, most used elements. On the opposite side, some eyes peer above text saying 'discourage unconscious action if you need vigilance!'

Simple and intuitive (in citrus)

The title of this map is contained in a doodle of a grinning mouth with two dots for eyes. Nodes start at the bottom left and sweep right, as if the mouth is spitting out each one. The first node is 'Complexity < Consistancy,' the second is 'Accomodate low literacy!' and the third is 'Effective prompting and feedback.' An additional subnode, 'Information hierarchy' points at the word 'Consistancy.'

Equitable use (in purple)

There are three primary nodes on this arranged in a pyramid shape. The bottom left node are the words 'Same,' 'Segregate' and 'Stigma' the letter 'S' underlined on each. 'Same' has two additional subnodes forming a pyramid of their own, 'Identical' and 'Equivelant.' The top left node of this map is 'privacy, security, safety. The bottom right node is 'And, appealing!' with a large heart doodle.

Perceptible information (in pink!)

This mindmap has four nodes arranged in a half circle around the title, that is up against the border of the page. From top to bottom, the first node states 'legible.' The second node is 'different modes for redundant info' with the toki pona symbols for image, word, and tactile. The third node is 'make giving directions easy,' and the fourth is 'compatible with AT' (assistive technology).

Size and Space (in red)

Size is written in massize capitalized letters and and takes up a full 10th of the page. 'Space' is in tiny lettering underneath. Nodes start bottom left and go all around counter-clockwise. The first node reads 'seated or standing,' and it has two subnodes. The first a long line that zooms past the other maps and settles itself in a corner. It reads,' clear line of sight.' The second child of 'seated or standing' reads 'all components, reachable. The second node is stylized as a hand reaching out from 'SIZE' to give a little wave. It reads 'variation in grip size.' The final node says 'adequate space for AT/ personal assist' and is next to a big empty space that has a dashed border around it, as if it space designated for assistive technology and support.

View an in-depth transcription of the entire map

Universal Design Principles and Guidelines as described from memory

Okay I think I'm ready. This is a lot to go through, so we're going to go and describe each of the nodes on these mind maps one by one. From memory.

But first, the mnemonic.

LEFT SIPS. Low physical effort, Equitable use, Flexibility in use, Tolerance for error, Simple and Intuitive design, Perceptible information, Size and shape.

Low Physical Effort

Principle Guidelines:

This principle seeks to minimize fatigue experienced upon using the product.

Equitable Use

Principle Guidelines:

This principle aims to provide a product that people of diverse abilities can use.

Flexibility in Use

Principle Guidelines:

This principle aims to accomodate a/10: /10: /10: /10: /10: /10: /10: /10: variety of user preferences for usage..

Tolerance for Error

Principle Guidelines:

This principle that can adapt to failure, and reduces the chances of that happening.

Simple and Intuitive

Principle Guidelines:

This principle ensures that people of various language and literacy abilities, as well as cognitive difficulties, can use the product.

Perceptible Information

Principle Guidelines:

This principle ensures that people of various sensory disabilites can still access the information.

Size and Shape

Principle Guidelines:

This principle aims to people regardless of their size, mobility, and hand shape.

Back to Notes contents.

CPACC Study Day 8/25: Benefits of Accessibility

Noted Friday, November 22, 2024

Going through and reworking all of the focus and hover styles for the blog before I go ahead and jump into material for today. I'm experimenting with slightly changing the font weight on hover. It's visually quite interesting to me. Might change it back, need to see how this feels. Might be too distracting/too much movement for my own personal taste.

Benefits of Accessibility

Source: The Body of Knowledge

Two short paragraphs describe a bunch of benefits in a highly condensed form. I'm going to draw it out so I can visualize the whole scope better.

Benefits for the Individual with the Access Need
Benefits for Individual's Family
Benefits for Community
Benefits for Nation

Source: Council of Canadians with Disabilities

I'm very glad that the BoK curators included this as a part of the reading, but I also feel like this launches into a bunch of political dimensions of Disability and edges into the territory of the Disability Rights movement without providing adequate context.

We'll read this article with the lense of focusing on the 'benefits of accessibility,' but it's important to note that this article is as much about the need to institute robust welfare projects to support Disabled people to live independent lives, as it is about changing the way we structure our physical and digital environments.

When the authors from CCD talk about 'accessibility,' they are talking about only 'accessible design,' but 'accessibility' full stop. Accessibility happens when the needs of Disabled people are met.

Statistics form the backbone of their argument. We learn that people with disabilities face high rates across a variety of metrics: employment, education, poverty and abuse. A large portion of this population require day-to-day support from family members. The current statistics are 'unacceptable in a country as prosperous as canada', the authors argue. Only when Disabled people have the income, assistive technology, support and accomodations that they need, can Disabled people benefit from the nation itself in ways equal with other canadians.

The argument for accessibile design is pretty simple: it is one building block necessary to create a national culture where Disabled people live equal lives.

The CDCC has their gaze ardently fixed on the plight of Disabled people in canada, though they also bring up the issue of their caretakers and families. It is only in the last paragraph that they make a more universalized argument.

Committing to a long-term disability strategy is a commitment to building a better Canada for all.

The rhetorical strategies of the authors very closely follow the Human Rights model of Disability. Contrast their communications with most arguments for accessibility that are found within the digital accessibility profession.

Source: W3C, 'Important for Individuals, Businesses, Society'

This source is brief and is aimed to convince a general audience. It names access to the digital environment as a 'basic human right' in the UNCRPD, states that accessibility improves the lives of people with disabilites as well as older people, people in rural areas and developing countries. It also mentions the business case, as well as the legal requirement. There's more elaboration on the business section than any other section, but we'll see this fleshed out in even more detail in our next source.

Source: W3C, 'The Business Case for Digital Accessibility

I think that on a moral level, and for the sake of progress, we shouldn't have to ever make the case for digital accessibility beyond the human rights-based case. But due to the face that We Live In A Society, this article regretfully exists and may prove to be extremely helpful. Here's their thesis statement:

Businesses that integrate accessibility are more likely to be innovative, inclusive enterprises that reach more people with positive brand messaging that meets emerging global legal requirements.
Innovate

Example: Apple got ahead of the curve on issues of accessibility and now Makes A Lot of Money.

Example: Google's AI advances got a headstart from their visual context engines initally designed for Blind clients. Auto-complete and voice control also were initially designed for Disabled users.

Reach More People

Example: NPR instituted transcripts for all material. Search traffic and unique visitors up 4%-6%.

Postive Brand

Example: Barclays implemented a very robust company wide policy, gained a very good reputation as a result.

Example: Microsoft took made changes after criticism from the Disabled community, now its efforts are praised.

Legal Requirements

Example: ADA lawsuit with Winn-Dixie lost their case, establishing precedent that Title III of the ADA is relevant in digital environments/websites and e-commerce.

Source: Section 508, Benefits of Accessible Design

This source is similarly concerned with making pragmatic arguments that will appeal to business leaders. Very similar to 'The Business Case for Digital Accessibility,' but the rhetorical strategy is gives sligthly more agency to Disabled people themselves. As a result, it's a better-formed article.

The argument is broken into three sections.

1. More Customers
2. Cost Savings
3. Innovation

Back to Notes contents.

CPACC Study Day 7/25: Universal Design

Noted Thursday, November 21, 2024

As normal, we'll start iwth a bit of a warmup before jumping into CPACC prep. I'm now almost totally turned off by the Deque course. I'll actually just be reviewing directly from the BoK from now on, with the intention to focus on the goal areas that I identified in Goal-Setting #2.

Nat Tarnoff on Captions, WCAG SC 1.2.2

Tarnoff makes the argument here that captions are accessible to DeafBlind people. Everything that I've read here suggests that this is not the case, but I think Tarnoff may be conflating transcripts and captions? There are separate WCAG requirements for providing transcripts for precisely this reason: SC 1.2.3 Audio Description or Media Alternative (Prerecorded) which is a Level A criterion, and SC 1.2.8 Media Alternative (Prerecorded), which is a Level AAA criterion.

Tarnoff isn't wrong that captions are real text. But they are typically not in a format that is super friendly to access directly as such: they have a bunch of timestamp notations and metadata that is important for the computer to know, but distracting for the user.

The other reason it is important to distinguish between captions and transcripts is because transcripts (at least, descriptive captions) also contain visual information, while captions do not. Caption authors regularly assume that the person using them has access to visual information. For example, if the person who is speaking is visible on screen, the captioner will typically give a blank attribution to that speaker (won't designate who the speaker is) while transcribers must always notate who is talking when.

So when Tarnoff gives the false impression that captions provide access to DeafBlind people, that's a potentially harmful idea that gives captions more credit for what they are worth, and nearly excuses people from putting the extra mile in to include accessible, descriptive transcripts.

Also skeptical of this article because Tarnoff tags the post with the words 'hearing impaired.' In most contexts, one should almost never say these two words together. This is at the request of the Deaf community, though there are many people with auditory disabilities that don't fit neatly there and might expressly prefer the term.

Individual Accomodations vs Universal Design

Source: The Body of Knowledge

The text of the BoK offers us surprisingly little. They link together the concept of Universal Design along with several of extentions to the initial idea: Inclusive design, Design for all, Human-centered design, and Life-span design. The BoK points out that this framework is popular in Europe, pointing to the EN 17161:2016 Design for All standard.

Accessibility is positioned as being closely related to universal design. Where Accessibility is primarily focused on Disabled people, Universal design doesn't have as specific as a scope (perhaps internationaliztion could also fit under this framework). Usability is also adjacent to these two ideas with emphasis on 'ease of use' though it does not consider accessibility barriers as part of this equation by default.

Accessibility may need a bit more than universal design in order to be achieved. Certain specific accomodations may be needed at times-- these are known as individualized accommmodations. The Body of Knowledge argues that universal design can reduce the ammount of individualized accomodations that need to be implemented.

Now, let's look at the linked resources.

Source: University of Cambridge, What is Inclusive Design?

Relevant to our studies is the subheading 'Comparison with 'Universal Design'' that makes the claim that within the context of web design, inclusive design and universal design as well as 'design for all' are essentially synonyms.

The distinction lays in that inclusive design always first identifies a target population into account and designs with them in mind. Universal design' never considers a target population other than the general population

This source argues that the inclusive design philosophy is more pragmatic, and perhaps more honest. It recognizes that there are times where it is more appropriate to target a more specialized population within the development of a product, because financial constraints limit how truly 'universalizing' experiences can be.

Inclusive design does not suggest that it is always possible (or appropriate) to design one product to address the needs of the entire population

Inclusive design partially demands that specialized products and design are produced and incorporated into the inital product development cycle, producing an inclusive product family that includes specialized versions.

We can think of this kind of approach as being less remedial in nature, and more following the 'provide comparable experience' axiom within the seven Inclusive Design Principles.

Source: Accomodations under the ADA

From the US Department of Labour, we are introduced to the idea of 'accomodation.' By nature, accommodations are modification appended to the original design of the workflow or environment. Hence they are not within the same frame as 'Universal Design.' The Department of Labour does touch on the fact that all employees, and not just the employee that the modification is instituted for, can benefit from the accommodation.

This doesn't really require employers to take the initiative to anticipate potential barriers that might arise, and the entire onus to initiate the accomodation falls onto the Disabled employee or job applicant. Sometimes this approach is most appropriate. Think about it; it would be weird to provide live ASL interpretation for every single interview if neither the interviewer or interviewee knew ASL.

Source: University of Washington, Universal Design vs Accomodation

Fascinating. This source defines Universal Design with the exact same wording that the British Standards Institute uses to define Inclusive Design. Just goes to show how inseparable these two ideas are, and how little space they've had to grow into separate concepts on a macro-level.

The University of Washington is specifically concerned with the domain of education and seemingly also specifically includes EAL speakers as a beneficiary of Universal Design.

For example, designing web resources in accessible formats as they are developed means that no re-development is necessary if a blind student enrolls in the class. Planning ahead can be less time-consuming in the long run.

As the other sources corroborate, Universal Design is a planning technique, not a remedial technique.

Source: University of Washington: Accessible, Usable and Universal Design

This article compares accessible design, usable design, and universal design as 'similar though distinct concepts.'

Universal design is defined just as it is defined in the UW's other article on the subject.

Accessible design is presented as design focused on the needs of Disabled people. The source puts extra emphasis on the 'compliance' framework of accessibility as introduced by things like the ADA and Section 508.

Meanwhile, Usable design focuses on effectiveness, efficiency, consistancy, and satisfaction with which user flows can be seen out. There is no primary focus on accessibility. In fact, Disabled users are often left out and not a consideration. The UW acknowledges that within the Usability sphere, this is slowly changing. More and more usability advocates are waking up to the need to consider accessibility as well, and to include Disabled users in their usability tests.

Source: UNCRPD Article 2 Definitions

Again, we see the same definition of Universal Design (Britain uses the same definition to define Inclusive Design). I'll present it here in full. It comes up often enough to be worth commiting fully to memory

the design of products, environments, programmes and services to be usable by all people, to the greatest extent possible, without the need for adaptation or specialized design

It also defines 'reasonable accomodation' as modification when needed in particular cases, with the 'reasonable' caveat referring to the fact that the modification should 'not impose disproportionate or undue burden.'

Source: W3C Accessibility Fundamentals: Accessibility, Usability, Inclusion

In 'Distinctions and Overlaps,' W3C describes explicitly defines 'Inclusion' to go beyond just accessibility. It includes quality of technology, digital skills, classs and socioeconomic barriers, geographical, demographic and language barriers. 'Accesibility' describes only one kind of barrier in this grand kaleidescope of potential perception issues: those barriers that are encountered because a person is Disabled.

Usability is all about user experience design and is a field that largely excludes the unique experiences of Disabled people. But 'Usability's tenants of ensuring product design is effective, efficient and satisfying, are important ideas to port over into the realm of accessibility. Accessibility typically has the effect of improving usability for everyone, so the fields are theoretically very complementary. In practice, Usability as a field and culture has not gotten to a point where it sees Accessibility as a part of its purvue.

The article suggests also that some accessibility efforts are too focused in the technical aspects, and that 'human interaction aspect[s are] often lost.' The authors suggest 'Usable Accessibility' as a paradigm where usability and accessibility are harmonious concepts integrated at product conception, not just left to the technical remedialists after the product has already gone live.

Source: CENCENELEC: Design for All

This page has little to offer except to present 'Design for All' as a synonym for 'Universal Design.' The page offers no distinction between these two concepts and doesn't really add anything that we haven't covered up to this point.

Interlude

Utterly heartbroken that Sins Invalid's website is inaccessible and uses an Overlay. I'm so heartbroken.

I also watched Molly describe a whole bunch of cool things about Braille and Blind education! Molly Burke's Introduction to Braille Quite a revealing video. I learned a lot. It cheers me up, I guess!

Back to Notes contents.

CPACC Study Day 6/25: Types of Disabilities

Noted Tuesday, November 19, 2024

Rainy day today. Standing outside in the wet for a while made me lose quite a few spoons. But the show continues!

Devon Persing on 'Compliance' and Alternatives

Recently, I've been starting out with palate cleansers like this. Reading through this transcript (hell yeah for transcripts!), it was comforting to see a person coming from a non-tech background talk about their experience. I want to read Devon's book (maybe when I actually see a cent or two come from this endeavor!). I keep seeing Adrian Roselli posting about reading it on his Kobo, accompanied by artisan coffee. It's so freaking tempting.

In terms of actual takeaways from this, it's true that compliance is a poor model to rely on when we're talking about scaling up solutions. Compliance is something that you designate to a 'compliance team.' It's not culture, and it's not a mindset shift.

Personally I don't think the WCAG is necessarily at odds with the whole culture thing. Devon talks about the WCAG as stale. I, personally, find it to be a very intruiging document and not stale at all. Things like Andrew Hick's Train Station WCAG map prove to me that we can make the WCAG engaging to a popular audience. But Devon's right that the driving force behind implementing accessibility policies has to be routed in frameworks of inclusion and usability, not over legal liability concerns. Rooted not in fear, but curiosity and love for our relatives and future selves.

Hard to do in a corporate setting. Major props to Devon for all the valuable work she does.

Deque CPACC Prep Course

Colour Blindness

Forms of colour blindness include:

Barriers in the ICT Domain include

General Barriers include

DeafBlindness

General barriers include

Barriers in the ICT Domain include

Auditory

'Auditory' as in referring to Deafness, HOH and central Auditory Processing Disorder.

Barriers in the ICT domain

Momentary Interlude

I'm noticing that the Deque course actually offers less content, and sometimes inaccurate content, as opposed to the BoK. I think I'll pause taking notes from the Deque course on these domains, and move to just consuming it passively.

Scanning through. They present mobility disabilities as like.. look at these people! They look like they're stupid and they're not! Just horrific. Also not a fan of the presentation of cognitive abilities. I feel like it would be easy to just hire someone to do a once-over of this.

NOOOO not the dyslexia simulation!!

Uses outdated language for nonspeaking people. Resource on 'Nonspeaking' vs 'nonverbal'. 'Mute' is actually considered pretty offensive, 'mutism' is quite clinical and isn't often how people describe their own experiences. This Reddit thread on 'mute' provides a range of perspectives.

I feel like a person certified as an 'accessibility professional' should at least be counted on to get the language right?

Uh, I think people would object to sign language being categorized as AAC. PDF on the difference between AAC and ASL. It is likely not accessible so I'll summarize briefly here:

Sign languages are languages. They are full ass languages. AAC refers to non-language communication. It's like referring to reading via Braille or audiobook as 'not being reading' because the medium is different. It's a very ableist assertion.

Signs used outside of the context of a language system *might* be considered AAC, especially if the signs are completely made up and not from a pre-existing sign language. But the line is so thin that I would advocate not lumping sign under AAC altogether. Consider, would you say that 'speaking' is a form of AAC if a child only knew how to vocalize 'help' and 'milk'? Likely not!

Be vigilant against ableism, people!

Deque, why is your content borderline ableist?

It is so mentally exhausting to chug through this, I swear to God.

(This is purely Deque riffing, btw. The IAAP does not share Deque's very ableist definition of AAC).

Interlude

I took the 'Fast Track for Web Accessibility: Developers' Exam out of curiosity. I finished it in 11 minutes and got 100%.

Back to Notes contents.

CPACC Study Day 5/25: Types of Disabilities

Noted Monday, November 18, 2024

Going in with Deque again today. Before jumping into CPACC prep, I want to finish off the outstanding module that I have 11% left on.

Designing an Accessible User Experience

(Not CPACC things)

The ATAG 2.0 is divided into two sections: make the authoring tool accessible, and support the production of accessible content.

Whenever there is a fully automatic process, ensure it produces accessbile cotent. Pre-made templates should be accessible. Don't have your content filters erase accessible features. Ensure that accessible content production is possible, either by making all widgets accessible, or giving user full control over the HTML. Support, assist, and guide authors in authoring content with accessible non-text alternatives, and help them repair accessibility problems that do arise.Make accessibility the default, and built into the natural flow of the authoring process. Ensure that help features can instruct people on how to implement good accessible content.

Automated solutions, according to Deque, have potential. They are leaps and bounds above where they initally were, but they still cannot be relied on completely. Human-authored transcripts, captions, alt text and audio descriptions are still the gold standard. Deque is optimistic that the general trend of 'improvement' for these features will hold steady.

Interlude: Fast Track to Accessibility for Designers

I saw that I have taken most modules related to the 'Designers' program, so I curiously took the Fast Track to Accessibility for Designers exam. I got 96% and it took me 25 minutes of the 120 minutes allotted.

That felt slightly vindicating. At least I can objectively say that I have learned something in these past months. Imposter syndrome is super real and difficult to navigate.

For example, my brain is currently yelling at me saying that I should have been able to finish it in 10 minutes and that I'm stupid for taking a whole 25 minutes. My brain can be scary sometimes.

Types of Disabilities

I covered a good portion of Disability types on Days 1 and 2, so I'm mostly going to focus on new information that I feel I haven't been exposed to before.

Vision: Blindness

Deque goes a head and names some specific causes of Blindness including diabetes, macular degeneration, glaucoma, accidents/injuries, strokes, and retinitis pigmentosa. They also describe the legal definition of blindness in the US which has to deal with

visual acuity of 20/200 with corrective lenses or who has a field of vision (what can be seen in front of the person) that is 20 degrees in the eye that has the best vision

Fascinating, so there's actually two kinds of blindness here. One of which has a tiny field of vision (kind of like that guy, Paul, on TikTok that keeps on getting pranked by his husband) and the complete loss of visual acuity kind (kinda like Christine Ha from Masterchef).

Deque then talks about the Challenges and Solutions that Blind people encounter across a range of domains.

In the ICT domain

In the Built Environment/Architecture domain

Consumer & Industrial Products

Vision: Low Vision

Some conditions are named here as well including cataracts, disabetic retinopathy, glaucoma, hemianopia, macular degeneration, and retinal detachment. It actually specifics names how these conditions manifest.

Some low vision types include

Domain: General

Domain: ICT

Back to Notes contents.

Goal Setting #2

Noted Monday, November 18, 2024

Confetti! Today's the benchmark that I set for my first goal-setting session, where I decided on a bunch of things I wanted to accomplish. So I'm sat at a cafe with a five-dollar latte ready to reflect, celebrate, and plan for the next one!

Reflections

I only ended up completing one and a half Dquecourses out of the five I wanted to complete, but I don't feel so bad about that. The month of November has been the most productive month by far: I spent 24 hours working in the first week, and 20 hours in the second week.

The majority of this time was spent either doing case studies, or learning CSS. This is the kind of stuff that doesn't end up on my blog. But I also spent a lot of time blogging: We're now at 50 notes, and 30k words!

Throughout this time, I've gotten some solid fundamentals in flexbox. I also had an important trajectory switch: preparing for CPACC!

Back to those four courses that I didn't manage to complete: the trajectory switch had a lot to do with this. These courses are not relevant to the CPACC, they're actually preparatory materials for the WAS. There were moments where I was overwhelmed with the technical knowledge that they suddenly sprang on me, but I do want to keep this up somewhat and not abandon them entirely.

It's shaping up to be that I am concentrating on three things: auditing skills, CSS/HTML skills, and WCAG/IAAP skills. From this point of view, it makes sense to me to formulate my new goals as such:

New Goals due December 6:

Auditing Skills

Completely finish auditing report and remediation work with [redacted].

Find a new project.

CSS/HTML Skills

Completely remake [redacted]'s website, ensure it is fully functional.

CPACC Prep

Take notes on the entirety of Deque's preparatory course.

Completely memorize material for the following units:

Back to Notes contents.

CPACC Study Day 4/25: Deque CPACC Course

Noted Saturday, November 16, 2024

Print Styles for this Blog

I'm trying to get my header/nav to display none and it's not working? May have been a one-off. Found how to toggle on 'print syle' emulation in the Firefox Inspector, so this should make it easier.

Roselli's blog is a really good resource for this stuff. I'm starting off with Roselli's 2013 presentation on print styles at WordCamp Buffalo. I've got the default style to be okay. Still need to find a mechanism to print links, but I can do that later.

The Deque CPACC Prep Course

I started this a little while ago, but I'm revisiting everything. I *could* go around critiquing every little part of this for not being in line with how Disability Justice advocates navigate their lives. But on this first pass, it makes more sense to me to just blindly eat the content, and save my thoughts for later. For example, right off the bat, the course assumes that the person taking it is sighted.

What if I handed you a blank newspaper? Would you be able to read it? Giving a blind person a newspaper is just as useless as giving a sighted person a blank newspaper.

But I'm not going to comment on why this approach is faulty. Let's just get on with it.

Background

Assistive Technology

Like a wheelchair, hearing aid, cane, corrective lenses. For the web, these encompass screen readers, refreshable braille devices, screen enlargers, color enhancement overlays, captions, transcripts, head wand, mouth stick, alternative keyboards, eye gaze tracking, voice activation, AAC devices. But work best in environments that are designed for them.

The Solution

The web has enormous capacity to support the independence of Disabled people. Disabled people may rely more on the web than on other formats (some disabilities functionaly limit someone so that certain activites are accomplishable only through the web), so it is absolutely crucial that accessibility is incoporated into the web.

Theoretical Models of Disability

Medical Model

External links are provided for further study, I'm putting them aside for now.

Social Model
Biopsychosocial Model
Economic Model
Functional Solutions Model
Social Identity or Cultural Affiliation Model

I have so much I want to add here because this seems like such an inaccurate way to present this but I will fucking bite my tongue.

Charity/Tragedy Model

I also think that in leaving out economic and historical context, Deque fundamentally miscommunicates this but whatever.

Other Models

Interlude: Deque's 'Designing an Accessible User Experience' Course

This course is actually surprisingly good. It talks about non-technical aspects of accessibility work, mostly through the lense of inclusive design. I wish that all the courses that dealth with non-technical aspects were similar to this one. This was clearly designed by a UX accessibility specialist (they even refer to themselves in the first person a few times). I wish that the sections on things like Disability studies were written from people in the field.

Back to Notes contents.

CPACC Study Day 3/25: Models of Disability

Noted Friday, November 15, 2024

I started coverng this in my Anki Deck yesterday and was immediately intruiged as to what supplemental resources they want us to rely on, so I'll be reformulating my thoughts on everything here.

In Brief

There are seven models: medical, social, biopsychosocial, social identity, functional, charity, and economic.

In the most brief terms, the seven models each answer the question, what are disabled people? These are my personal definitions before engaging with the supplemental sources referenced in the Body of Knowledge

Medical model
Disabled people are biologically disadvantaged.
Social model
Disabled people are would not be disadvantaged if society had the means to properly accomodate them.
Biopsychosocial
Disabled people suffer doubly from their biological reality and by society's construction.
Social Identity
Disabled people are a group that share a common past of resilience in the face of ableist eugenics and a common future creating a shared world where we can flourish within our medical realities.
Functional Solutions
Disabled people are clients that will buy devices that relieve symptoms and alleviate barriers.
Charity model
Disabled people are unfortunate dependents on the benevolence of holy non-disabled actors.
Economic model
Disabled people are unproductive leeches and an economic drain on the nation.

I am of the belief that the social identity model has the capacity to absorb other aspects of different models into it, and should be the starting point for any operation that seeks to influence our lives, including accessibility. It's the only definition that isn't ahistorical and centers self-determination.

Supplemental: Disabled World Website

This has much more models than the seven we're supposed to memorize, but broadly, they can be presented as subtypes.

Into the medical model, we can add the 'Biomedical' model, which has more of a focus on the actual biology than the capacity of modern medicine to be the arbiter of disability itself. To the functional solutions model, we can add the 'Market Model' which views Disabled people with slightly more agency, as empowered consumers with a hand in shaping company and also national policy. The 'Empowering model' operates in this consumerist paradigm, but the focus is more on the actual benefit that this brings to the individual's life and the capacity they have to decide on the unique treatment plan that they will benefit best from. The 'Expert/Professional Model' straddles in between the medical and functional consumer models, and tasks experts with the work of 'solving' disability through treatment and research; the Disabled people themselves are passive in this paradigm.

The social identity model is manifested under a couple of subtypes with different concentrations: the 'Minority model' is much closer to my personal definition of the social identity model where the group consistutes a separate social category like any other forms of minoritization (gender, race, orientation). The 'Affirmation model's intervention is to view the Disabled identity as an overall positive one.

Four of the models are strategies to improve the lives of Disabled people through systems change. The "Relational model" emerged in the context of institutionalization and emphasizes integrated communites and social inclusion. The "Diversity model" speaks to idea that niche solutions are required and universal design is not sufficient or flexibile enough to achieve good outcomes for the entire Disabled population. The "Human Rights model" seeks to enshrine the equal participation of Disabled people into law, and using law as the basis of changing the system instead of targetting deficiency-based societal mindsets first. The 'Social Adapted model' puts the entire onus of 'negative' Disabled experiences onto society's failure to adapt and accomodate.

Three more subtypes either support or enhance the charity model. The 'Religious model' views the imposition of disability on an individual as an act of punishment by God that can be potentially alleviated through prayer. The 'Moral model' is a variation of this that believes that the Disabled person is to blame for their own disability. The reasons for this can be religious or spiritual like in the 'Religious' model, or through things like poor lifestyle choices. Whatever the cause, they are viewed as moral failings for which the Disabled person justly received the 'punishment.' The 'Sick Role model' prescribes that a Disabled person take on the social role of the 'sick individual' and perform behaviours in line with that role to access care. This compliments the charity model nicely, which assumes that all Disabled people are in desperate need of help and direction from people with priviledge.

Supplemental: Ombudsman Introduction

In describing the social model, the Ombudsman distinguishes between 'impairement' which may have a basis in biological reality, and 'disability' which is viewed entirely within the Social Adapted model as due to lack of accomodation and non-inclusive societal structures. This feels a bit outdated for what my understanding of what the social model is now, but Ombudsman themselves is quick to offer that in practice, the medical and social model is more of a spectrum in its application.

One point that Ombudsman clarifies, is that the medical model is useful in setting criterion that must be met in order for a person to be protected under legislation.

It then provides a table of the two models in action. The 'social model' and 'medical model' provides solutions to various domains in life where Disabled people may experience barriers: solutions provided within the 'social model' are about integration of the Disabled people into mainstream settings as opposed to segregation, and creating accessible solutions for people and equivelant experiences. The medical model provides solutions that are segregated and highly specialized, and assume that the larger mainstream setting would not be appropriate.

Supplemental: Four models of disability by YDAS

The most accessible of the sources. This source contextualizes the shift from the medical model to the social model within deinstitutionalization. This is a good addition, but it gives the false impression that deinstitutionalization is a one-and-done issue. The institutions continue. Even hear about group homes?

Another good addition that this source makes is saying that the charity model is derived from the fact that literal charities were once the only organizations capable of providing support, and that this system of organization "create[s] attitudinal barriers." It's a bit of a chicken and egg situation. Did the charity model emerge because of ableism, or did the charity model give birth to ableism?

YDAS's presentation of the human rights model contrasts frome Ombudsman's presentation. Instead of focusing on development of quality of life through litigation, YDAS presents the human rights model similarly to how other sources talk about the biopsychosocial model and also integrates aspects of the minority/affirmation/identity model.

Supplemental: Disability in Public Health, Compare and Contrast Models

So this website's main menu is an h3 made clickable with Javascript but with no tabindex, so I can't actually tab to it. Fun. The main content that we're supposed to access is accessible, but the decorative image of text doesn't have alt text set to null so it can be ambiguous whether a person is missing out on information or not.

The most interesting tidbit this source offers is in contrasting a 'functional model' and 'medical model' where I think many sources would merge the 'functional model' as presented here into the 'medical model' itself.

The key distinction here is that the medical model focuses on biology and diagnosis, where the functional model is focused on symptoms and limits on functional activities. Another is distinction is made where (supposedly) the medical model sees Disability as a 'disruption' where the functional model sees it as a 'limitation.' I view this as a minimal semantic difference, but I suppose the authors are trying to emphasize that the functional model offers more room for a person to grow, where the medical model sees disability as a life sentence.

Supplemental: Disability Australia Hub

Short and sweet resource, points out that the medical model of disability is highly specified to the individual. If someone's Disabled, that is a 'problem' only for them. Disability isn't viewed as a shaping force that needs to be reckoned with and accounted for in the way we structure our communities and relationships. It's just a problem.

Back to Notes contents.

CPACC Study Day 2/25: Disability Types

Noted Thursday, November 14, 2024

Starting off today by giving my website's CSS a facelift. Oof. The redesign's colours do NOT look good, but at least the dark mode is way more respectable than before. I've used a bunch of 'variables' to manage colour, and organized the actual layout of the CSS document better. I still need to rework the reflow, but it's a good start.

Now that I've wasted an hour and fifteen minutes on that, time to get into Anki memorization.

Anki Deck: Categories of Disabilities

Six types of cognitive disabilites: intellectual, reading, math, attention deficit hyperactivity, autism, non-verbal learning. Mnemonic: MARINA: math, ADHD, reading, intellectual, non-verbal learning, autism.

Intellectual disabilies defined by IQ score (lower than 70-75), before the age of 18 + limitations, 1-3% of population, delayed development and slower cognitive function.

Reading/dyslexia: reading ability low despite having normal intelligence; additionall difficulty with phonological processing, spelling, rapid visual-verbal responding. Causes vary wildly from the neurologic to the physical to injury. 'Dyslexia' diagnosis not applicable in all cases.

Interlude: More Blog Maintenance

I couldn't just leave the reflow bad and the colours ugly. I've fixed both, fixed the colour contrast. I just need to tackle hover and focus styles again, rework the 'Bookmarks' page, and then I'll be pretty satisfied.

Slight Change of Pace

I'm going to just read the entire Body of Knowledge today front to back to get a bird's-eye view of the situation here. This will also make the Anki deck studying more logical.

Okay, I just finished up. That's a lot of content. I am 100% going to struggle the most with Domain 3. That's a lot of memorization and specific details to remember. I am newly worried about the extent to which additional reading will play a part in this. I am a bit upset that this document is only available as a PDF.

In terms of a plan, it makes sense to me that I just need to set nose to grindstone. I'm going to take a small peak at Amy's work just to see the amount of time she dedicated to each section. The Body of Knowledge claims that Domain 3 consists of 20% of the exam. That's wild. It really does feel like it holds the most factual tidbits one has to memorize. Amy spent 2-3 hours a day over 45 days. If I do this for longer than that, I should be okay.

Anki Deck (continued)

Computation/Math disabilities include dyscalculia (inability to understand arithmetic or grasp the scope of numbers and logic) which 3-6% of people have and is has no set cause; it can be due to congenital, injury, aging, disease.

ADHD's key symptoms are inattention, distractibility, impulsivity, and hyperactivity, affecting 11% of the population.

ASD spectrum characterized by impaired social behaviour, communication, language. This definition wants us to focus on special interests, sensory issues, and echolalia alongside stunted development in early years, co-existing conditions, intellectual functioning is variable.

Non-verbal learning disability is not in the DSM but is described as a condition similar to autism level one, with learning disability stemming from visuo-spatial processing limitations. My commentary: It doesn't have consistent diagnostic criteria even in 2024, so I find it slightly suspect that IAAP puts it here.

Back to Notes contents.

CPACC Study Day 1/25: Disability Types

Noted Tuesday, November 12, 2024

Anki Deck: Categories of Disabilities

For types of disability, I've developed a mnemonic that goes with the song 'Head, Shoulders, Knees and Toes.' It goes, "Psychological, Compound, Mobility, Seizure, Mobility, Seizure, Mobility, Seizure. Cognitive, Compound, Mobility, Seizure; Visual, Auditory, Speech, Deaf-Blind." I do the actions as I say this.

Side Note: People in my region sing "Head and Shoulders" to the tune of "London Bridge." In my opinion, this is the only way it should be done.

Vision

Blindness can refer to: partial blindness, low vision (can perceive light and dark and general shapes of large objects).

Colour-blindness especially applies to colours that are of equal luminosity.

Low-vision is a spectrum that is typically defined functionally.

Visual disabilities comprise of the three above.

Auditory

Auditory disabilities are caused by genetics, prematurity, infections, ear trauma, exposure to loud noises, aging: auditory processing disorder, deafness, HOH.

Deafness: 'total or near-total loss of hearing.' Some sign, some do not.

HOH: 6.1% of population/466 million people, mild to severe hearing loss. Adequate assistance may be provided by AT.

Central APD: 5% of global population, confused with other disorders, no hearing loss exists but difficulty understanding speech. Source of sound, distinguishing words, learning instruments, paying attention, learning new languages, responding in a timely way.

Deafblindness: Prescence of deafness and blindness, leaving touch as the primary communication medium. 0.2-2% of people are DeafBlind. My commentary: there are a lot of peope who identify as DeafBlind who don't meet these descriptions. Blindness and Deafness have spectrums from Blind to low vision, Deaf to HoH. DeafBlind people can sit anywhere along those two axioms, and with that definition, I assume the prevalence listed would be higher.

Speech Disabilities

There are eight types: stuttering, cluttering, apraxia, dysarthia, speech sound disorders, articulation, aphasia, and muteness (no speech). Our mnemonic will be 'Amass A CDs': aphasia, muteness, articulation, speech-sound, cluttering, apraxia, dysarthia, stuttering. Picture someone collecting a bunch of CDs only from artists whose names start with the letter A.

Articulation can be broken into three categories: speech sound, phonological process, and motor speech disorders. Characterized by adding/leaving off sounds, distorting or swapping sounds.

Aphasia can affect comprehension of speech and reading/writing ability in addition to just produced speech. It results from brain injury (often a stroke), there are at least 2 million people in the US with it, and at least 250 thousand in Great Britain with it.

Muteness is either neurogenic (aphasia, apraxia, disarthia) or psychogenic. Psychogenic mutism has three types: selective elective, selective non-elective, and total. 0.47-0.76 of the population has selective mutism.

Mobility, Flexibility, Body Structure

People with upper/lowe limb loss/disability, manual dexterity, difficulty cooordinating different organs of the body, and broken skeletal structure.

Four subareas are manual dexterity, ambulation, muscle fatigue and body size/shape.

Manual dexterity/fine motor control, requires coordination between the brain and muscles. Disability in this area can lead to handwriting issues and inability to dress independently. Can be hard to manipulate objects/use both hands at the same time. Children with ADHD have issues with this.

Ambulation is the ability toe walk with or without an assistive device. Ambulation disabilities can be disease based or injury based: think cerebral palsy and back injuries. 3.5% of adults in the US have ambulatory disabilities.

Muscle fatigue is associated with a bunch of causes and conditions and it's when basic tasks become very difficult. It can be in a specific part of the body and can present as soreness, twitching, trembling, cramping, and is associated with general weakness.

Body size or shape disabilities affect stature, proportions or shape. Dwarfism, acromegaly, rheumatoid arthritis are some examples. This is characterized by the prescence of other co-occuring conditions. My comment: not surprising that it falls into line in presenting 'obesity' itself as a disease. As scholars of fat studies note, this is an argument with no evidence, and the prevelance of it leads to lesser health outcomes for obese patients due to misdiagnosis and mistreatment in medical settings. So I'm not surprised to see this here, and I'm not happy about it.

Palette Cleanser: Adrian Roselli on Tables

Roselli spoke about HTML tables at WebAIM, watch along with me at Talkin' Tables

He clarifies that a caption is not a WCAG requirement, which is something I also came across recently. Scope isn't needed for simple tables (though I've come across the situation where you should add it if it is ambiguous what data is applicable to each header.) Also, your table headers must be in the first column in the DOM regardless of CSS presentation. Don't be putting them at the bottom of the table, or switching to new headers mid-table. Scope is not as important (the browser is good at figuring that out) as colspan and rowspan, theoretically. In practice, support for colgroup and rowgroup is low and incredibly variable across screen reader/browser combinations. Avoid spanning. Cell count can be affected by this, and inconsistant cell count can break navigation. Test, test, test!

He talks about an over-enginnered and under-engineered pattern for making good table reflow. He says that he still 'feels bad' for relying on CSS-gennerated content. This is the pattern that Deque suggests so.. I'm curious as what Roselli thinks about that pattern now.

I prefer the signing style of the second interpreter to the first one.

Next we have fixed headers, both row and column. I have a hard time understanding him because I don't know what Z indexes are.

Scroll snapping, Roselli rejects, citing usability concerns.

Back to Notes contents.

A New Direction

Noted Tuesday, November 12, 2024

Starting my morning off with Manuel Matuzović's talk, Lost in Translation.

Biting the Bullet

I've had a bit of hesitency around trying to get the CPACC certification. IAAP, the organization that backs this certification, maintains relationships with overlay shillers. The actual body of knowledge is far removed from conversations around disability justice. I don't get the impression that the IAAP truly operates under the axiom of 'nothing about us without us.' But with all that said, it's time to bite the bullet.

I feel like I will gain no traction if I do not get this now.

I am fortunate that I have the financial resources to pay the exorbitant exam fee.

Those Who've Tread Before

1. Josefine Schfr: Studying for CPACC | Becoming a Certified Accessibility Professional

What resonates for me here is that Schfr really didn't have a strong impression of how they did when they left the exam center, and it took six weeks for the results to arrive.

Schfr links a few resources: the linked video by Derek Mei is what I'll be looking at next.

2. Reddit Threads

May 2024, u/Krysulia posted this congregation thread of people anxiously waiting for the six-month period to let up.

Passed the CPACC with 752, u/TellAdministrative95. This thread suggests working through all the material, then registering, and working through all the material again. This person preferred the Princeton course over Deque, but noted that some aspects were only covered in the Deque University course.

CPACC: Level of Study Required? by u/ivytranfcd. They provided some updates. They say the Deque course offered 'peace of mind' but didn't actually add much more material. One comment on this thread suggested using the Book of Knowledge and diving into 'further reading' as much as possible.

IAAP CPACC exam- just finished, by u/Necessary_Marzipan99. This person was uh WILD and literally had TWO WEEKs to prepare. They say to focus on learning disabilities that start with d, universal design principles 2.0, and Japanese law. They were absolutely floored by the wait time for the results. Another commentor chimed in that they really felt that given that the IAAP doesn't actually assess whether a person can be a good accessibility practitioner, the fact that it is so unfriendly to neurodivergent folks is quite insidious.

3. Full CPACC Study Guide by Derek Mai

Mai affirms that the IAAP's suggestion of 8 weeks of studying for the exam, with 5-10 hours per week was accurate.

My Strategy

When

I have a choice to make. I can either do an exam sometime between November 13 (tomorrow!) to December 4, or I need to wait until January 22 to February 19.

Now. I am very good at cramming. But December 4 is a bit much. February 19 is a bit mucher. It might be worth to just go for December 4, and then take again on February if I don't pass the first round. But simulatenously, I would rather be more confident than less confident. I can still do work in between studying for the exam, and I can still make my way through the Deque WAS courses, as I've been doing. There's no need to freak out. February will be here before I know it, and I'll have the results on April 2, 2025.

That is a bit far off, however. Potentially I can also register for the Web Accessibility auditing credential at the Chang School at TMU when the next section opens up.

It appears that I've made the decision to take this on at the most inopportune time, in terms of timeline.

How

I have time so I guess we're just gonna memorize anything and everything.

Also, I'm neurodivergent and my learning style trends towards the non-linear.

Back to Notes contents.

Web Almanac on Accessibility 2024

Noted Monday, November 11, 2024

Opened Slack this morning to see that the 2024 edition of the Web Almanac's entry on accessibility is live! Read it at Accessibility, Web Almanac 2024.

They link to Microsoft Inclusive Design Principles. The title makes it seem like a knock-off version of the seven Inclusive Design Principles, but I suppose I'll take a small detour to read it on its own merits.

Microsoft Inclusive Design Principles

There are three principles: 'Recognize exclusion,' 'Learn from diversity,' and 'Solve for one, Extend to many.' Immediatly, I compare these to the original Inclusive Design Principles which include autonomy-centered principles like 'Give control' and 'Offer choice.' Microsoft's principles seemes like an issue-centered approach: identify the barriers and tackle them. The original principles are most focused on creating an experience that never leads to barriers in the first place. In this sense, the original principles seem more like design principles, where the Microsoft principles are more like remediation principles.

Let's take a slightly deeper look. They elaborate the principles in a PDF. Interesting.

Microsoft Inclusive Design Principles 101 defines disability as exclusion "includ[ing] situational impairements, activity limiations, and restrictions on participation," and presents this definition as a decision agreed-upon by everyone. This is not the case, even CPACC people will tell you that there are multiple models of disability that are important in different situations. Well then, is this definition an appropriate definition for discussing accessibility in a web design context? I don't believe so. This sets us up for conversations where a temporarily abled Accesibility Practitioner tells a Disabled user experience consultant, 'You know, if our app stops loading correctly, it means that everyone's Disabled.' In treating the word 'Disabled' this way, as a synonym for 'Excluded' (why not just say that?), you're dismissing some very real economic realities and histories of eugenics, intersectionality and resistance that have, over generations, formed Disabled identities. You aren't acknowledging the role of Access Trauma.

For example, there's a website with bad contrast. We have two individuals.

One of them is out on a beach on a sunny day enjoying the tenth day of their 14-day all-exclusive couple's resort experience. And she can't see the text on the website. She claps twice and summons an attendant. "Yes, Miss?" She asks for a parasol. She is able to access the content.

The second individual has low vision and is routinely locked out of spaces due to bad contrast issues. Seeing that he cannot see the content on this website (it's the eleventh website in the past three days), he simply move on. He's exhausted. It's not worth the effort.

These experiences are not equivelant. And if you intend to seek out new perspectives and interact with Disabled people, you should know this and how to respect that Disabled person's boundaries, hesitencies and safety.

I'm not impressed. I think I'm going to head back to the Almanac now.

Almanac Intro

We start with an update on national regulations coming into effect across the globe, and new data showing that automated accessibility testing results have improved. This continues the trends that we've been seeing year over year.

Aspects of Accessibility, Measured

Plain language
The almanac basically says that while readibility and understability is crucial, there is no way to measure this.
Color contrast
There's been some improvement, but not alot. The Almanac notes that light, dark and high-contrast support improving over browsers has complicated the situation.
Zooming and Scaling
Sites that disable scaling or have a max scale of one have decreased by less than five percent over the past two years. Use of relative units for fonts is still not super prevalent.
Language identification
There's been improvement in this area, but I'm unsure how good axe is at actually ensuring the language given matches the actual language on the page. A side note: I recently came across a false positive with axe-core, labelling 'tok' a non-valid language attribute.
User preferences
prefers-reduced-motion is the most popular of the five queries they measured. We have ms high contrast mode, forced color, prefers-color-cheme-dark, and prefers-contrast.
Navigation
Focus styles, proper use of 'tabindex,' landmarks, heading hierarchy (which has actually gotten worse!), skip links, and tables are all covered under this heading.

I think I'll skip over the rest of this section for now, since it's quite extensive.

Back to Notes contents.

Tiny Case Study Update

Noted Saturday, November 9, 2024

Learned today that my Bakery project will probably not actually have an opportunity to be released, but I'm not exactly sad about that. It still loooks amazing and I can add it to my portfolio.

Today we're returning to the auditing project I have. Mostly working through it with a spreadsheet.

Back to Notes contents.

Case Studies & Deque University 13/15

Noted Thursday, November 7, 2024

The Bakery Project Continues

Yesterday on Weekend Wednesday, I spent a lot of time working on the HTML/CSS Flexbox-focused project and I finally got it to look pretty. I grabbed a set of really pretty fonts, and threw together a colour palette. I can confidently say that it looks pretty good right now, though the padding isn't consistant. I want to just quickly fix the padding and throw together the bare structure of a nav. I won't take more than an hour on this. I do have other higher priority things to work on, mostly my auditing case study and getting through Deque University courses.

Ended up using a full hour, but I am getting more and more used to nested flexbox shenanigans. I also learned how to make a circle: fix a width and height into a square, and set border radius to 50%. It isn't responsive yet, and I'd like to do a couple more things to pretty the thing up. But it's a solid start.

Tomorrow I want to design a nice background image to compliment the colour scheme to put in the nav. But that's for tomorrow. Now it's time for some coursework.

Images, SVG and Canvas

HTML map element

I last ran away from this because I saw the map element and I got scared. But the principals with this foreign element follow the rest of the direction for alt text. Make sure everything has concise and meaningful alt text where appropriate. If the area elements of the maps, name according to link conventions. Don't use the alt text as a place to describe things. An accessible description or caption might be a better place for that.

Deque also specifies that server-side maps should not be used if client-side maps are an option. It provides no rationale for this, and I'm not familiar with what a server-side map is, so this is kinda useless information.

longdesc is deprecated!

Back to Notes contents.

Case Study Day!

Noted Tuesday, November 5, 2024

I've all of a sudden fell into two projects. I'm auditing a site for my friend just to build my portfolio, and I'm also working on another website so that I can hone my skills with Flexbox before I get started on grid.

HTML/CSS Project Observations

I really don't know how to make things beautiful! I also need to keep better track on all the containers that set different widths. Flexbox makes responsive design pretty easy to manage, but this website has so many components and it's hard to update everything.

I think installing a nice font is the first step to make it not look so bad. I've also been undecided on what overall vibe I want it to be.

Was having trouble initially trying to overlay some text on a gallery of images, but I managed to figure it out by nesting the text in a div with absolute positioning.

Finding a good text size is also hard.

I've accidentally built this so that if I zoom in, it still looks about the same, but it looks broken when I zoom out. Hmmmmm.

Ack it looks so ugly, it's a bit unmotivating to work on.

Auditing Observations

I just need to get a good workflow.

It's now almost nine in the evening and I feel a little sleepy, but I think I'm going to push forward

Back to Notes contents.

Button and Deque University 12/15

Noted Monday, November 4, 2024

I had a indulgently restful Sunday. It was so lazy that I'm not even sure if it was energizing.

But what's a more energizing start to the day than another HTML element explainer by Heydon Pickering?

The button element, by Heydon

We start off with a history lesson. Progressive enhancement was the norm back in the days when JS was unreliable. Heydon uses the example of an image gallery where smaller thumbnail images led to full-size images. This could be accomplished either natively, or progressively degraded via Javascript.

Nowadays, Heydon argues that the state of JS reliance is even worse. Anchor elements as buttons are more common than semantic buttons themselves.

To finish, Heydon discusses four points to anyone who wants to make faux buttons:

  1. Use aria roles and states
  2. Emulate all other button behaviours (like Space key activation)
  3. Provide feedback by changing aria states upon activation
  4. Consider why you're doing this in the first place

Heydon actually ends up giving not a lot of information about the button element, but about people looking to emulate button behaviour with anchor classes (or god forbid, divs!) underappreciate how much amazingness is baked into the button already.

Images, SVG and Canvas

I have my Deque window resized and zoomed, and I'm noticing that their video player has a fixed width and isn't reflowing properly. Interesting.

Alt text

Just like most other elements, the hierarchy for accessible names goes aria-labelledby, aria-label, and then alt. title can also provide an accessible name, but behaviour varies wildly. I am reminded of Sara Soueidan's advice that title is only good for providing an accessible name to an iframe.

We start off reviewing the basics. All images have an alt attribute, don't be too long, don't say 'image of' or 'picture of,' set the alt attribute to null if the image is decorative or the text is duplicative.

Next, actionable images. As normal, provide control information on these. Deque brings up the unique case of a QR code. Though not programmatically actionable, one can physically activate it using a camera and pointing to it. So Deque suggests alt text that describes how to interact with it.

For the form input type="image" you can use the alt attribute. I didn't even know about this.

As for moving content, we have the five-second threshold for visual moving content, as well as 3 flashes for second for animated images, along with a link to the PEAT checker tool for epilepsy.

Interesting note for long descriptions for complex images: the accessible description should also be visible to sighted users, because everyone can benefit. This is a best practice.

This is also important because according to Adrian's post on accessible description exposure, the support for consistant accessible description is not there. Especially don't use it for dynamic descriptions. In this case with complex images, it benefits everyone if the description and image is located close to each other in the DOM structure. So even if the explicit programmatic association isn't made, at least it can be found intuitively.

There are two ways to give alt text to a CSS background image: aria-label (not great because it doesn't translate) and the visually hidden clip method. Ideally though, avoid doing this.

Images of Text

No Images of Text! I have just today run into an artist's website. They have used images of their own handwriting in their entire nav, and I'm wondering if CSS text styling could possibly approximate that effect. I wonder if a custom font pack could be made and downloaded and used on the site. iFontMaker might be able to do it. That does seem like quite a bit of effort, but it might be an interesting endeavor?

Image Maps

Back to Notes contents.

Maybe it's Not the Weekend: Deque University 11/15

Noted Saturday, November 2, 2024

I tend to be most productive when I'm at a fast food establishment at some time with my charger plugged in. Today I have a couple goals. I want to do Deque stuff, and then I want to maybe look at some old websites of mine and start revamping them for accessibility. That way, I can add them to a 'portfolio' of sorts.

Responsive Design

Background

I see what Deque is trying to get at with the sentence, 'you could kind of say that everyone has low vision, when it comes to mobiles devices' but that kinda trivializes the experience of having low vision. I would phrase it as 'when it comes to mobile, everyone needs the assistive technology known as Zoom,' or something along those lines.

Three kinds of Screen Magnification: zoom provided by the browser, zoom provided by the OS, and third-party zooming.

Breakpoints and Media Queries

Media queries in CSS is something I tried to do a couple days ago and it didn't go over very well. Right now, my site has a very simple, mobile-friendly layout. But I do want to test out new layouts with flexbox and grid soon, so these are useful techniques to learn.

Deque elaborates that the breakpoints they give won't work for every situation. But it gives a handy table that adds watches as a value: max-value 320px. They encourage you to use viewport emulators to check for reflow and zooming, but say that you shouldn't test basically anything else with this. I do sometimes find it is easier to find the bugs behind things if we test keyboard-style navigation while in an small device emulator.

Images and Objects Reflow

Vector images will magnify without using quality. Using them, over rasting types, is ideal.

Use max-width: 100% on images to prevent horizontal scrolling on mobile. Another image hack is literally providing different versions of the picture for differently sized devices using 'srcset.'

For objects and plugins, prevent horizontal overflow by setting it's container to max-width: 100%.

Responsive Tables

So it talks about how for complex tables, you actually need to translate the layout to a single-column table thing for proper reflow to take place. And it gives and example. Looking at the code, it does use the 'content' property. As expected of a content property, I cannot highlight some of the text with my mouse. But Orca reads it! What?!.

I've asked the slack. I have no idea what is going on and it makes me feel very small.

Text Reflow

Okay. So my website is fine in terms of the breakpoints specified by Reflow. But it does break when I set it to watch dimensions. Right now, the max-width is set to a fixed value in the unit, 'ch.' I still want to keep that, but I want to try setting the main body to have a max-width of 100%. This seems to kinda repair it, but I do need to design a stylesheet that specifically gets rid of some of this padding in the case of a very, very small viewport.

Deque also has some tips for linear text reflow: let the main content fill the width of the viewport, eliminate multiple columns, eliminate floating objects, eliminate panning, and eliminate minimum and fixed widths.

Simplification

In order to fit all UI components that need to be there, Deque suggests that content can be simplified and reduced. If it is nonessential content, it can even be eliminated upon reflow.

Zoom Text

I have come across this idea of text-only zoom before, but it's been a little while. Ashlee M Boyer's Resize Text bookmarklet might come in handy here, so I'm linking to it.

Winding Down

And that is a wrap on that module! Huzzah! I'm browsing a little bit for fun.

Accessibility roles demographics by Devon Persing surveys accessibility professionals and asks basic questions about who they are and how they feel about their work.

ACR, VPAT, audit by Amy Carney disentangels a question I was too distracted to research until now. Good to see that Amy is still thinking about a11y. She's the one that pilotted 100 days of A11y, the site that partially inspired this learning journal.

Back to Notes contents.

What Do I Want To Learn?

Noted Friday, November 1, 2024

We're a month and a half into this journey. I've learned a lot more HTML and CSS than I initially planned on learning, but I still feel like I know very, very little. I do think I need to re-evaluate and set some learning priorities for the next couple weeks. Set some goals.

By November 18th, here's the Deque Univeristy modules I want to have had completed. By completed, I mean that I've reviewed the content and have written notes on them.

I also want to learn flex and grid, and to finish my shitty eraser component.

Back to Notes contents.

Deque University 10/15

Noted Thursday, October 31, 2024

Starting a new module: Device-Independent Input Methods. Gonna make it a light goal to get through the entirety of this today.

The Mouse

Discusses that target size should not be tiny. Doesn't describe what tiny is.

Discusses that on custom components, cursor behaviour should mimic behaviour on equivelant semantic elements. Not WCAG.

Execute code when the person releases the pointer on the element, not when they press down on the element.

The Keyboard

Deque shows a custom span 'link' with tabindex set to zero and calls it a 'Good Example.' I mean, I wouldn't call that 'good'...

Have a good focus order.

Don't use positive tabindex values.

It is mandatory that focus indicators are there. It is best practice to provide an enhanced focus style.

It is best that focus indicators have some kind of outline, because background colour get smushed in WHCM.

Deque shows you a pattern for a custom link with JS and ARIA and is like, 'don't get too excited about this!'

Functionality must be available to keyboard-only users. No inaccessible tooltips, please.

Don't keyboard trap please.

Useful tip here. Deque says "For content added to the screen in reaction to a user-fired event, focus should be shifted to the new content." This would be applicable to my weird eraser widget. I didn't know you can use JS to set focus, but this could be another solution to my problem. It's not great though, because when I'm a keyboard-only user, I want to be able to just expand the menu and LOOK at it. Not necessarily to navigate all the way up there.

Another nugget: When moving or setting focus, the destination element MUST contain programmatically determinable text. I didn't know this. Currently, my skip link for my table of contents goes to something that is like this. So maybe I need to change this. I can't change it to skip to the first note without using Javascript. I might be able to set it to visually hidden text. But that isn't a great solution.

Am not super hyped as to how much Deque hypes up the ARIA APG.

Genuinely kinda confused how people make instructions appear only when keyboard focus is received. I know you can put it to show up with the CSS :focus, but :focus will flash whenever a component is clicked on. At least, in Firefox.

Touch Input

Tapping is equivelant to clicking, so don't make something keyboard-only. Don't rely on drag and drop, and don't rely on gestures. Not all mobile devices support them, and not all users can perform them.

A minimum width of 44px is good to ensure a minimum target size across web apps. On native apps, devices with 2x the pixel density need double the width. I wonder how one can query for this.

They also show an instance of 'visual padding that is not part of the touch target.' They accomplish this by applying padding to an li, and not to the a that is the actual target. This makes it look like the touch target is quite big, but is only actually confined to the text.

Deque identifies a couple of techniques that can mess with focus order for screen-reader users on mobile: .visually-hidden classes, aria-hidden="true", and onblur and onfocus. I am curious as to whether my aria-hidden hr separators fuck up TalkBack, so I'm going to test that now.

It seems that my skip navigation link doesn't work on Talkback+Firefox, but it does work on Talkback+Chrome. In terms of aria-hidden, it seems to be ignoring that fine. I need to test with the iPad when I get back home.

Voice Control

Can someone use a screen-reader using Dragon Naturally Speaking? Nuance provides Tips for vision-impaired users claiming it is compatible with most popular screen readers, like JAWS. But it gives a bunch of extra tips just in case peopple have problems operating it. I've never thought about this combo before, but it makes sense that it exists. There are Blind people out there who have restricted mobility, or RSI. The Vista Center for the Blind on YouTube offers a video titled 'Dragon Naturally Speaking as a JAWS user. I will need to watch this when I get home.

Interesting that Dragon actually does has some (limited) support for ARIA. I had read that there was zero ARIA support, so this is good to see. If this is the case, how in the world can a screenreader and Dragon work together? I have a hard time picturing how it all fits together.

Motion, Disappearing Content, and Transitions

Nice reminder about motion actuation and what that word means. It refers to motion that isn't a pointer gesture (like swiping) or just touching the screen. Rather, this is like shaking your phone to undo, or waving at the camera to get it it to click.

Don't make interactive content move or disapear.

For transitions, keep them to a minimum and make sure they aren't too slow. It can be quite bad for people with coMaybe You Don’t Need a Date Picker (added 8 February 2024 because APG added a date picker some time ago and I missed it)gnitive disabilities.

Deque says to reduce the use of parallax effects and to avoid them if you can, citing vestibular issues. What is a parallax effect?

From 'Parallax Scrolling' from W3Schools, it looks like it refers to an animation effect triggered by scrolling that makes the page look like it has depth. I think this is a situation of 'you'll know it when you see it.'

Module complete!

Interlude: A JS word counter

Okay I did not do a good job but it did give me what I wanted, roughly. This page now has about 20 thousand words worth of notes on it. Wow. That is not very much. Or maybe it is. I used to be a humanities major, my judgement is totally skewed.

Adrian Roselli Articles

I have some extra time as I sit around waiting for children to come trick-or-treating to my door.

1. Be Wary of Nesting Roles

The title kinda says it all. I didn't know that the interactive elements specifically couldn't be nested inside each other. I kinda figured people didn't do it, but I didn't know it was actually a rule.

This really makes me reconsider all the times I've seen people say that they just put tabindex=0 on random things to make keyboard navigation easier. And that is not good! Because by using tabindex=0, you've made something into a interactive component! And now you have poor nesting!

Additionally, ARIA roles like button and checkbox, etc, also make these things interactive. So you can definitely create some very nesty situations if you're not careful.

2. Uncanny A11y

This article describes a set of accessibility interventions that actually end up making the product less accessible than it was initially. The best part of this article is Adrian telling stories about seeing these in the wild. Some of these stories are incredible.

tabindex=0 on everything is our first culprit. Adrian has seen devs use it to 'provide keyboard navigation' on native tables. He also describes seeing some people intentionally use positive tabindex values to make the visual layout out of sync with the page order. Bone-chilling, psychopathic!

Our second culprit is some class ARIAbuse, in the form of providing hints by aria-label. Adrian gives one incredible example of an accessibility overlay widget that overrides every single link on the page to give 'accesibility help instructions' via an arialabel.

Weird alt text patterns is our third culprit. These are the classic offenders: overdescription, redundant 'image of' or 'picture of' or 'logo,' as well as AI-generated alt text. He also points weird punctuation things when images are used inline as a potential offender.

Pronounciation overrides are our forth. Just go look at the examples he gives, pure comedic gold!

Alack, aria-roledescription, I knew you would show up! Our fifth offender! Using aria-roledescription to provide hints is against the whole use of that spec in the first place.

Our fifth is siblings with our sixth offender: Providing unneccesary control instructions. This time, not just restricted to aria-roledescription. Using aria-label will violate 2.5.3. Even if you use a visually hidden class, you cannot write control instructions if you do not know the device. And you do not know your user, or what device (or combination of devices) they are using.

The ARIA APG is our sixth offender. Adrian says that he finds himself 'standing in front of rooms of 30 developers at a time on a twice-monthly basis having these conversations' about how the APG are not a standard, and aren't robust, and do not guarantee accessibility.

Back to Notes contents.

Today Might Be a Weekend

Noted Wednesday, October 30, 2024

Some Reflections

Today I'm thinking a lot about productivity and how to keep this whole endeavor sustainable, especially in these beginning months where my earnings are going to be slim to nil. In Weekend Wednesday (Youtube), CGP Grey makes the argument that taking a small break in the middle of the week, and then working through Saturday, is a way energy and persistance can be life-hacked to last longer. Today I might have done just that.

I watched a bunch of talks from CSS Day in Amsterdam that I understood only portions of. I napped. I did some bed-rotting. I did some free code camp stuff. It did feel very relaxed and nice.

I am slightly worried that every day is starting to feel like this. I need to rethink my timeline and strategy.

I just spent a few minutes giving my notes post-it colours and complimentary hover/focus styles. It is a weekend indeed!

Back to Notes contents.

Deque University 9/15

Noted October 29, 2024

Typography

These are all based on Level AAA, so they won't be super applicable for auditing. Deque suggests a line height of at least 1.5 for paragraphs. So I changed it in my blog. I do think it improved readability somewhat.

CSS-Generated Content

Deque does address the CSS content thing, and says to use it sparingly. They recommend to set it to aria-hidden: true if it's decorative. I don't know how to do this on my hr so that it preserves the separator, but gets rid of saying all the pencils outloud.

Distraction: Videos

Accessibility and CSS by Sara Soueidan (YouTube) is very refreshing to watch. She brings up really good points about the content attribute, and also about interactive elements styled to be visually hidden. Also criticizes 'hacks' that lead to Label in Name violations. Soueidan states that aria-label will often not get translated while aria-labelledby will get translated. I thought I had read somewhere that support for aria-label was actually getting there. Also a REALLY great tip about the use of list-style none that I hadn't seen before. Lots of gems in this video.

Accessibility and CSS by Manuel Matuzovic (YouTube) is an older video with a similar scope. Has a lot to say about CSS grids which seem to have been a recent release 6 years ago. Brings up a really fascinating keyboard focus behaviour when grids contain things of varying heights. Slightly more beginner friendly, which meant a lot of content here wasn't new to me.

Hidden Content

Couple nuggets here that befit typing down here for memorization purposes.

When content is activated on hover, there must be a way to dis miss the content without moving the pointer away.

Double check that all hidden components

I'm a bit baffled by the next one. I'll post it in full for commentary purposes:

Visually hidden and inactive content MUST be hidden from screen reader users until that content is made visible and active for sighted users.

This is under "Visual Design and Colors (with WCAG 2.2 updates)" by Deque University. Uh. Doesn't the wording of this completely make supplying any content directed at screen-reader users completely illegal? What are they saying here?

Deque's use of the word 'must' indicates that this is required to be compliant with WCAG 2.2 Level AA. This just feels wrong. It would be so nice if Deque cited what SC were at play as they walked through the course.

Maybe I'm just misunderstanding English. This is my interpretation of that statement. If content is hidden visually, it must also be hidden from the screen reader user. Therefore, content cannot be hidden to sighted users and exposed to screen reader users. The .visually-hidden class is engineered to hide content from sighted users and expose it to screen reader users. Therefore visually-hidden breaks WCAG.

There is a third posibility, which is that this restricts .visually-hidden to only replicate content that would otherwise be available to a sighted user. However, we get into a ship of Theseus situation. It is duplicate content, but it is not the same content.

I can't find anything about this in the WCAG. I might be looking wrong. It feels shitty. I might have to go ask the slack.

Okay, I made a post in the slack. Let's soldier on in the meantime, and revisit later.

Interlude: FreeCodeCamp

FreeCodeCamp doesn't teach accessibility correctly. Here's an excerpt from their module on 'accessibility.'

To increase the page accessibility, the role attribute can be used to indicate the purpose behind an element on the page to assistive technologies. The role attribute is a part of the Web Accessibility Initiative (WAI), and accepts preset values. Give each of the section elements the region role.

You don't need these landmarks. Also, it's totally redundant. Section already has a built in region role.

It proceeds to tell you that sans serif is more accessible. That isn't WCAG. Yes, it's easier to read. But it's still not WCAG. It's also more important that the font size is larger. Grr.

Back to Notes contents.

Deque University 8/15

Noted October 28, 2024

I can definitely design my eraser button to be better. Also it doesn't make sense that the eraser button does the opposite of erase content. It adds content. So maybe I should rethink the functionality of it entirely. I think I actually need it to be a toggle with aria pressed. But today we're doing more Deque.

Colour Contrast

For mobile applications, Deque suggests a contrast of 7 to 1. This reminds me that I neeed to fix how my site displays on mobile. Graphics needed to understand content need a contrast of 3 to 1.

The contrast of all visual focus indicators against the background must be at least 3 to 1. I actually don't know if my blog has this sufficiently. The default focus style is probably fine, but I've customized the focus style on some components and it might not be enough. My website's dark mode is atrocious.

Okay, I didn't know about the size requirement for the WCAG 2.2 focus indicators. My eraser button one hundred percent fails. It also does not have good contrast ratio between the same pixels in the focused and unfocused states. I need to restyle that. I actually need to re-do pretty much every aspect of that whole button.

Another component that fails this focus indicator is the focus indicator for page=current. I am actually going to try to fix that now.

I already use the outline attribute by default, so I simply made the outline bigger on hover alongside the red underscore. I think this counts as visible because the background contrast between the outline and the background colour of the document is greater than 3 to 1.

Reading about the minimum contrast on UI components made me hunker down and change my eraser's styling. I still can't seem to get rid of a faint blue outline that comes in. I think I need to manually remove the user agent default in order for that to happen.

Okay interesting. The size rule is actually a Level AAA criterion, not Level AA. Hence why this seemed totally whiplashy. Good to know.

I wonder if there is an equivelant to WHCM for Linux? Google doesn't give me the answer, but I stumbled into this talk by Eric Bailey on WHCM.

Interlude: Mobile

Set my viewport to accomodate mobile.

Back to Notes contents.

CSS Tricks 1/1

Noted October 27, 2024

It's a Sunday and I feel like learning some even more CSS, so I'm pulling up CSS Tricks and seeing if there's anything easy here that I can just look at.

Scroll Animation

This trick starts with Javascript. First, we get a percentage of how much the user has scrolled down. We get this by grabbing the integer for how much the user has scrolled (window.pageYOffset) and then dividing that by the height of the document minus the height of the window. We then assign this value to a CSS variable --scroll, and we get this function to run everytime the user scrolls by simply adding an event listener 'scroll' to the document and nesting this whole thingy as an arrow function within that event listener call.

That was a lot to start off with! Here's what I learned from dissecting that:

Let us move on to using this to value to do something. First, the author describes a simple animation that makes something spin infinitely in a 360deg rotation. I have never seen CSS animations before, let's look at CSS animation in W3C schools.

We use @keyframes as a way to create code for an animation and we can control this by settting states of the animation at different percents of animation completion, or by the key words 'to' and 'from.' We name the animation and assign it to an element via animation-name, where we can also set the animation-duration, and animation-delay, iteration count, direction, and fill mode, amongst other things.

Back to our scrolling animation. CSS tricks uses the animation shorthand property to make the keyframes animation called 'rotate' (which transforms to 360deg rotation upon completion of the animation) last one second, have linear timing function, and persist infinitely. This is the default state of the animation.

We incorporate the scrolling by pausing the animation using animation-play-state, and dynamically calculating the animation delay by grabbing the percent we had before and setting it into calc(), and fill-mode is set to both.

To make the animation robust, iteration-count is set to 1.

Let's pause here and reflect. What did we learn?

Interlude: Notes Structure

On this blog, Notes holds by far the bulk of the content. Right now, it's all hosted on one singular page. I like this for my own usability. I can very easily Ctrl+F search to find resources that I might have consulted in the past. But the page is starting to get a bit bloated, and I might want to offer alternative ways to interact with this page. Soon, my table of contents will be so big that it can't fit into the normal viewport. Javascript might be a solution to this. Maybe I could have it so that all entries are visible by default, but if Javascript is enabled, it will only display the first ten entries or so. Maybe twenty. And then it will load a button that will basically be like, show full table of contents, and then you can expand it that way. Maybe I'll work on that now.

So at the first pass, I've accomplished what I wanted to do. Now, to make it accessible. Interaction with aria-expanded is kinda weird. I also want to make it accessible to how I use the site, when I'm only using the keyboard. I think

So, the current result is definitely a work in progress. I got the thing to look a little bit like an eraser. But currently, the whole script depends on the new button and link being children to a ul element, which is not great semantically. So I will need to rewrite this by appending this all in the right places. But not now. Right now I want to get back to CSS tricks.

Back to Notes contents.

I want Pencils on My Blog

Noted October 26, 2024

Weird Pencil Craving

Here's my vision: a bunch of pencils on my website. Every place where there currently is an 'hr' tag. Which means I need to probably mess with the CSS of my hr tag. But I don't think this can be done with only that. This might require some additional work.

I have no idea if I did it right. I just injected pencils emojis into my hr tag via css 'content' and I feel like that should be illegal. But I like it, and I'm the primary audience of this blog, so they're here for now.

Back to Notes contents.

Random CSS Moment

Noted October 25, 2024

I've randomly styled my table of contents to look like a sheet of looseleaf. It isn't pretty or anything. I need a solution that uses more divs and flex whatever, but what I've come up with is pretty funny. And it looks kind of cute.

I learned about :before and :after for when you want to insert content. I also learned that :visited is pretty restricted. It's a shame. I wanted to insert little checkmarks after the visited links but I suppose it wasn't meant to be. I could do Javascript. Meh.

I think it would be cute if this blog had a scholastic theme. With little pencils and stuff. That would be mega cute.

Back to Notes contents.

Learning Speedrun at a Fast Food Chain

Noted October 25, 2024

I have an hour. Let's get this show on the road.

Articles from Jan Maarten

1. Socks, lies, and accessibility

Maarten demonstrates that accessiWasp shilling was occuring on multiple sock puppet accounts, posing to be legitimate businesses while actually being "referral sites." That is, not real. They had accounts on a bunch of platforms and even had phone numbers listed. Registered phone numbers. It's totally conspiracy-level material that Jan Maarten has found here.

These accounts all promoted the same boilerplate template in the name of Global Accessibility Awareness Day 2023.

2. Fixing keyboard focus on Ghost bookmark cards

Maarten describes that instead of Medium or Wordpress, they currently use Ghost to post content. Now, I don't really know how most people make websites. I have always just done everything in HTML from the bottom up and used external hosting. But here, Maarten provides a Javascript workaround for weird hyperlink placement within the hosting tool that Maarten uses.

It is kinda a relief sometimes to look at a piece of code and understand what it is it is doing. Maarten comments that the solution might not be valid on paginated blogs.

3. Moving Beyond the Bare Minimum

In light of being recently certified as a CPACC, Maarten mourns that these basic skills are not more pervasive amongst the Designing and Developer population.

I read Maarten's comments. I've touched on the CPACC a couple times in this blog, but my thoughts on it are quite complex. What does it mean to isolate accessibility expertise and to funnel it into people like me, who don't know crap about design and development? It is like making a leg operate separate of its body, is it not?

Here's a question I should pose myself: If there was a button that would make all Design and Dev people instantly WCAG-proficient throughout the entire world, how sad would I be when I pushed it?

This prospect of being an accessibility professional has brought such direction to my life. But it's been a rather self-serving endeavor. It has to be. That's what it means to embark on something as a career. Scary thoughts.

Various Posts from Steven Woodson

1. Practical Developer Tips for Digital Accessibility Advocacy

The article opens with four beautiful quotes from people I respect.

Be the squeaky wheel, is the first advice offered. I read this as 'Take up space.' I'm not good at that. I need to get better at that.

Celebrate attempts, as well as wins, is the second piece of advice. This makes sense. People love positive reinforcement. I would assume this is hard advice to give to people who experience ongoing access trauma.

Steven concludes saying 'when all else fails, do it anyway.' I read from this, 'learn to do it yourself.' Right not, I don't often do it myself because I simply don't know how. I need to learn all of the things!

I also appreciate Woodson's honestly about imposter syndrome in this article.

2. Various Posts on Becoming a Freelancer

Reading these make me actually want to cave in on myself. Because look at this guy! He's so professional, productive. He's talking to so many people! And he has such marketable skills. I feel like I have none of this. I actually don't think I have any of this!

3. IAAP CPACC Exam Reflection

He shares his flash deck and experiences. Very helpful resource to go back to if I ever decide to take this one on.

I am good at studying for exams. But I kinda would like to earn some money now.

Back to Notes contents.

Reflections on My First Meeting Ever

Noted October 24, 2024

I learned a couple things.

Competition

First, I learned that there may be more competition in this field than I anticipated. It's hard to believe. I can't find anything about people doing this kind of work on LinkedIn, so maybe the people I'm talking to are talking to people from Ontario or something. The most impactful moment in the meeting was when I said that I was able to deliver a product that a competitor might charge double or triple the amount of money for. I wasn't sure if that was the right thing to say, but it got their attention. In truth, I don't know what other people charge. They might be out here charging $100/hour. They might be charging $20/hour. It's hard to make statements about being cheaper than competitors if I literally have no basis from which to judge that metric.

Disposition

Secondly, I need to work on my professional persona. I come across as naive, young, and inexperienced. I need to come across like I know my stuff, and I didn't do that as much. I can maybe still preserve a slight dash of youthful innocence, but I need to sound more like I can get the job done. The odds are already stacked against me in terms of my positionality. God, sometimes I really do wish that I was just a straight white man with facial hair and a big ego.

Orientation

I needed this meeting to be a pitch meeting. But I didn't know that until I was midway through the meeting. I needed a pitch, and I didn't have one fully formed. I will be better prepared next time. It sucks, but I do need to take on the attitude of a salesman. I thought that talking about DEI and strategy would be enough. That was a naive assumption.

A Coincidence

The first job interview I ever did in my entire life, I was interviewed by my childhood bully who used to beat me up in first grade. The position was for a day camp counsellor.

Yesterday, I learned that the people responsible for this potential client's website are the same people that were in charge of the other website I audited one year ago, the first website I ever audited, and the thing that lead me into the field in the first place.

Somehow, these two coincidences feel very similar.

Self-Esteem

My self-esteem was absolutely crushed after this meeting. It was bad. I need to be able to bounce back faster from failures. Failure is a win condition. I need to be able to tolerate failure!

Back to Notes contents.

Deque University 7/15

Noted October 22, 2024

So What Exactly is Button?

Buttons should be distinguishable from text, Deque says. But the example they give is four icons that have text to them. Two of these icons are a gear icon with the text 'Settings' and a envelope with the text 'Contact Us.' These look like links to me. But maybe some links are buttons. I am rather confused.

I would have thought that a button uses the button html element. Or a div or link using aria roles. But crucially, it activates a change of state on the page, right? Let's research.

A11Y-101's article 'Button vs Link' is basically what I described and conforms to my expectations. They elaborate that some CSS frameworks can steer developers into conflating the two of them and make the argument that buttons and links should be visually distinct.

Eric Eggert's article on Buttons vs Links has the headline: No, they are not the same. He notes a couple of cool behaviours. For example, buttons can be activated with a space, links cannot. Buttons don't come up on screenreaders when they fetch a list of all links. Buttons use a normal mouse pointer on hover, use a pointing hand mouse on hover. In terms of styling, Eric recommends some kind of visual distinction, but he isn't as particular. Descriptive text for functionality is more important for users to understand where they are going.

Stepping back for a moment, I suppose my concern stems from Deque using 'button' to refer to something that really does look like a link. It might just be an oversight. But I think if it is, it's revealing a commonly tolerated inprecision in language that probably perpetuates devs using the wrong element, because in common speech, the two are interchangeable. I suppose I'm being influenced by Adrian Roselli's super strict view on language precision in naming patterns and components. I'm sure there are more urgent cases that require addressing, but we can maybe put this on the waiting list.

Back to Notes contents.

Deque University 6/15

Noted October 21, 2024

Scoping Table Headers

It is not enough to simply designate some row or col through table headers. You also have to establish which data that row or col is associated with using the parameter of 'scope.' All data also needs to have the scope of 'row' or 'col' to work.

This is bit confusing for me, so I'm going to try to do it myself. I've created a small spreadsheet in LibreOffice Calc, and I'm going to try to recreate it in HTML according to accessible standards.

Ugly Paper Crane Tally
  Cardstock Origami Tissue
Summer Tones Red 50 22 34
Orange 12 14 16
Yellow 23 2 12
Winter Tones Green 65 6 35
Blue 33 7 34

This is pretty ugly, so let's practice CSS styling and get this looking spiffy.

Pretty Paper Crane Tally
    Cardstock Origami Tissue
Summer Tones Red 50 22 34
Orange 12 14 16
Yellow 23 2 12
Winter Tones Green 65 6 35
Blue 33 7 34

Okay, it isn't exactly amazing but it works and now I know about cool CSS selector tricks like :nth-child and :first-child and :not(), so I think it was worth it.

Deque also shows how to associate certain cells with heading using the headers attribute, linking directly to each table heading's id.

Additionally, nested tables breaking table heading and scope functionality so do NOT use them.

Table Summaries

A table summary is meant to improve understandability. Deque orients this towards SR users, but likely everyone can benefit from this. It lists a couple techniques that can be used to support this: putting it in figure's figcaption (pair with aria-labbeledby on the table itself), putting it in the caption element, visually hiding it, and associating a description with the table through aria-describedby.

I'm incredibly suprised to learn that the "presentation" role exists. Harm reduction, I suppose.

Iframes

I know zero things about this. Should be fun!

Iframes need a title. I feel like this is definitely something I've looked past before.

Okay, I'm a bit bamboozled. There's a second page on titles that says the source page of the iframe must have a valid title (they're using MUST here, so it's WCAG). But we can't control some of these. It seems like this is specified because of JAWS behaviour. I'm kinda bamboozled, need to consult external sources.

The wording is a little bit weird, but in a different section of Deque, they basically say that this weird behaviour is mostly concerned with documents. So documents also need an accessible name, and it should ideally be the same one as you put in the title attribute just so experience is the same across the board. I don't have JAWS so I can't test to see if this behaviour still persists.

The thing about trying to preserve heading hierarchy between the child iframe and the parent website seems a bit strange. Say I was hosting a pdf file on my website, and just wanted to show a preview using an iframe. Should I mess with all the heading structure of the pdf just so that the iframe hierarchy structure should be presersved? This just leaves a really odd experience to anyone who uses the pdf file on its own, not in the context of the document. I'm sure it applies to some cases, but it feels weird.

Use aria-hidden="true" for meaningless iframes. I feel like there should also be a bypass mechanism.

Not-so-useful Semantic Elements

I've never in my life heard of the 'q' element before. I'm also so surprised that their section on blockquotes is so sparse. Adrian and Heydon's guides are much more comprehensible, and illustrate how complex this element actual is below the surface.

There's also a note on the code element. I am very bad at the code element. I write everything in raw HTML and the code element makes me backspace and double check that everything is oriented properly-- it's just a hassle. I genuinely think that if I insisted tagging every instance of code on the website by hand, it would make me want to not post to this website any more.

The pre element is suggested to accompany large blocks of code. I've also never heard of pre. I'm excited to see it whenever it pops up in Heydon Pickering's HTML elements guide.

del and ins should be used for strikethroughs and additions but must be supplemented with visually hidden text or some other kind of mechanism. The mark element is the same for highlighted text. Make sure visually hidden supplements are available for critical instances of these things.

Good Markup Practices

These were once all considered essential to meet 4.1.1 but now that's deprecated. Deque has preserved the pages relevant to this for posterity.

Interlude: Course Complete!

I'm officially done the Semantic Structure and Navigation course. I'm going to just zoom through one of the easier ones now on Accessibility Fundamentals. I've covered a good part of this material already through other courses, but I suppose this is also a good course to just zoom past and secure the certificate.

Disability Fundamentals

It's pretty exhausting that every single instance of a Disabled person using tech has to somehow make the additional point that the Disabled person has thus 'overcome' their disability in some capacity. And that metric is decided by their ability to participate in civil society. Why can't some non-extroardinary people real people feature in these examples?

This all just feel very outdated and like it was designed by people who don't know the field of Disability Studies, which is what my background is somewhat in. Much less Crip Studies.

COGA goes far beyond just the one example they gave of Down Syndrome. It also betrays the reality of most folks with intelectual disability. Most of them don't have any particular diagnosis beyond the state of 'intellectual disability' generally, which is defined via a IQ test. If there was any place to give a wealth of different examples, this would have been the place.

Meh. I have notes. They need to hire someone from the humanities to have at this course.

Distinguishing Links from Text

The wording here is a little ambiguous, whether it is necessary to provide a hover style that is not just a change in colour. It definitley is the case for links, I just don't know about hover styles. Is this WCAG?

Ian Llyod of TPGi makes the case that it is not a WCAG failure, as the hover is not seen as essential functioning. People can only trigger hover by moving their mouse to the required thing. Maybe if everyone was operating system with invisible mouses, this would be a requirement. But that isn't the case, so Ian doesn't think it fails any of the Contrast SC. Focus indicators, on the other hand, can fail Non-text Contrast.

In other words, I don't need to fix the Hover style on this website!

Deque also gives another friendly reminder that navigation menus are an exception for underlined links.

Interlude: My Website Needs a Skip Link

Rolling up my sleeves here. I've been putting it off because it looks scary. But I think it's time.

Back to Notes contents.

Access Trauma and the Aesthetic World

Noted October 17, 2024

Mastodon seems to be my newest way to pick up new articles to read up on. I am feeling more optimistic than usual, a client actually might be on the horizon. I am terrified. I feel the stakes.

It's apt that I somehow came across the work of Robert Kingett, whos articles I'll be doing commentary on today. I've been doing so much work on the technical side of things and haven't paused much to examine the more theoretical, justice-based aspect of what it means to participate in the accessibility space. I've been thinking about what it means to set a rate for my services. What am I profitting off of? How do I participate in this space in a way that is most world-building? How do I embark on my own internal accessibility journey as a Disabled subject myself, with many access priviledges that the people I am advocating on behalf of don't have?

1. Combatting Access Trauma

I suppose I am struck by a hence of devastation in reading this. There is nothing positive about access trauma. I think it mirrors how I've seen some BIPOC narrate their experiences of racism, and it mirrors how I've seen some Indigenous people narrate the experience of settler colonialism over generations. Kingett uses the words, 'relentless, unforgiving.' As if there was some sin on the part of the victim that brought this upon themself.

Access trauma. I don't experience that. When I audit stuff, I experience, perhaps a empathetic version of access frustration. I might say, 'Please, you should have known better. I don't know HTML and even I know this is clearly wrong.' I always have so much empathy for that person who designed the inaccessible website. I don't easily perceive the harm.

Perhaps it relates somewhat to this other feeling I've had recently: My ASL is not that great and it won't get great until I use it a whole bunch. Hearing people get all up in arms about the idea that only Deaf people are allowed to teach ASL, or that Deaf people have the final say on what ASL is and is not. But hearing people don't carry that access trauma that has caused ASL to flourish into the beautiful linguistic miracle that it is, despite all of the horrid persecution that has attacked. Perhaps ASL is beautiful because of that persecution. I'm rambling at this point.

I also think about the beauty of Protactile. And in reading Kingett describe the pursuit to "cultivate spaces where [they] don't have to battle access trauma," I think about how generative those results can be. The whole of humanity is better for it when Deaf and Disabled people live in systems that include them.

Reading my words back, I think the word 'beauty' might not be coming across in the way that I intend it to, and my inner Tokiponist is not satisified with that. I think it is good when people can take care of each other while living autonymously in kinship environments that can catch them when they fall. I would like to live in a world like that. And I see that happening linguistically in the languages of ASL and Protactile.

The feeling described in Kingett's article appears to me that it doesn't apply to people who only have temporary disabilities. I suppose my question would be: is access trauma characteristic of what it means to be Disabled? Could we perhaps even use this framework as a kind of litmus test? What harms come from exercising this idea?

In my own work as a communicator, how do I convey the urgency to people who are not Disabled? Are the words, 'relentless and unforgiving' resonant?

2. TTS Audio Description

I once was sitting opposite a very well-respected accessibility advocate in my city. She's potentially the most respected in the entire city. I was asking her about why the videos on a certain platform that she was responsible for, weren't audio-described. I had only started to embark on my journey. I was curious, but I was also a bit judgemental. She looked at me shamefully but confident, and answered as if she hated every single syllable that left her mouth. She described that during COVID, they had released a batch of videos that sought to educate Disabled people on the benefits of vaccination, and to prepare them for the rollout process. They paid an enormous sum to get these videos audio described. It took up a very substantial part of their budget. To date, these videos have 2 views each.

There was a very real financial argument for the 'undue hardship' placed on this organization to meet this requirement. It was a non-profit that could not even grant benefits to half of their full-time employees.

And this was my first introduction to the realm of audio description as an accessibility requirement and how hard of a barrier it is to meet.

Kingett's article describes the practice of Text-to-Speech Audio Description as being craft-less. Audio Description is an art of its own, and the offloading of such an art to AI scriptors and speech synthesizers does not appreciate this fact. It is not enjoyable. It does not create a beautiful experience, it creates mere compliance. It's sterile, flattenned, void of colour. "It's not inclusive," Kingett writes.

This is a good article for me to be exposed to. I understand this argument. I had never been exposed to the aesthetic experience of audio description before. As an artsy person, I resonate with this. I agree that it's horrifically sterile. It also makes me want to learn how to write audio description and to explore it as a medium of art unto itself.

For videos like that vaccine information one, perhaps the cost minimization that the AI tools could provide would be worth it. A person does not walk into a vaccine information video to be aesthetically pleased. But the other side of this is that AI makes mistakes, and I can't imagine how sensitive it would be in conveying such important information as a human could.

This does make me increasingly interested in learning at least the fundamentals of audio description. I already have skills like making transcripts and caption writing. It seems like a skill that wouldn't not be useful to have.

Blind audio description writers remind me slightly of Deaf interpreters. Deaf interpreters work alongside a hearing ASL-English interpreter to communicate to another Deaf person in the most reflects Deaf worldviews and visual communication culture. They often are called to interpret high-stakes situations when there can be no misunderstandings in meanings. They also may be employed in mental health contexts. Between blind AD writers, and Deaf interpreters, there is this idea that there is a cultural layer that only fellow peers have access to. When this cultural layer is involved, the level of inclusion spikes wildly. We're not really talking about sterile accessibility in this case, we're talking about something more.

3. Against Access, by John Lee Clark

I somehow also stumbled upon this piece in my Mastodon feed today, and it brings together ideas that I've been talking through from the previous two articles.

I'd prefer that you read the text again instead of looking at my summary here. John Lee Clark is DeafBlind and is one of the leading figures in the new Protactile movement. Protactile is a language that was developed by DeafBlind, for DeafBlind, and emerged naturally when DeafBlind started to meet together without using sighted interpreters. It is also a philosophy about making freedom where you won't be provided it, creating communities of peers, and prioritizing your own aesthetic experience instead of trying to model the hearing and sighted world within your own home.

In this essay, John Lee Clark describes an alternate to the paradigm of 'accessibility.' Instead of prioritizing 'how to make the thing accessible,' prioritize beauty within the constraints of the tactile world, and then run with that. For Clark, the sterility and near scientific hunt for accuracy that proponents of 'access' hunt leaves the emotional and beautiful world unrepresented in a series of highly 'accurate' but unappealing replicas. In order to achieve inclusion, Clark needed more than just translation. He needed a transformation of the information to fit the way that he navigates the world. He needed whatever 'translation' to accomodate the communication values that he has as a Protactile user.

I suppose reading this article, the conclusion I come to is that access is not enough if we want to create a world that is beautiful for Disabled people. It doesn't mean that the goal of accessibility is any less noble, it just means that it is egotistical to assume that it alone is sufficient to create the endgame. Accessibility, as John Lee Clark narrates it, cannot create joy. That is the work of some other goal. Maybe, full participation of Disabled people in society is what we need to fix this.

Back to Notes contents.

Articles and Shmarticles

Noted October 16, 2024

I have a lot of administrative things to do today, so my session might be very brief. Yesterday, tables did a number on my psyche. But it might just be the person talking. Faulkner re-linked a post on tables that they wrote back in May, so we're gonna start with that.

1. Steve Faulkner on Tables and aria-label

I haven't actually come across the words 'implicit' and 'explicit' yet, but I understood this concept when I had my 'aha! moment' regarding roles five days ago. Faulkner pairs this glossary with a couple of rules for labelling. Labels that are visible are better than labels that are hidden, and when present, should behave as expected (after checkboxes and radio, before everything else) and you should rely on native roles over any kind of ARIA implementation.

Hmmm, I don't know of any scenario where an anchor element with a valid destination should be given an aria-label that overrides text content. Maybe if it's an image, and you wanna override the alt text? Regardless, Steve indicates that this is a valid case.

Also discusses some potential misuse of the abbr (abbreviation) element that I am most certainly guilty of on another one of my websites. Very conflicted on how to provide an accessible experience for that one. Maybe some kind of hidden text thingamajig would help. It's a pretty unique case and it is particularly ideological. I'll deal with it later, back to Faulkner's content.

Good to note that aria-label is not supported in blockquotes very well.

I should start marking code using the code element, but I don't know where to start. Let's test it now. aria-describedby. I don't know anything really about how this affects different user experiences. DigitalA11Y discusses role=code in relation to how it presents on screen readers. The screen reader will read out exact punctuation. This is another diversion, back to main content.

Interestingly, it overrides the legend element in fieldset, and overrides figcaption in figure.

So it should NOT be used for images, which means the alt shouldn't be the accessible name. What's the point with it being okay to use on 'anchor' then?

Key takeaway from this article that I'm getting after looking over all the Things: just because you can add an ARIA label to something, and it is permitted under WAI-ARIA 1.2 specification, it doesn't mean you should do it.

2. Matzuo's Perfect Lighthouse Score with Piss-Poor Accessibility

I have heard rumours of this article, but today was the first time I saw it linked, so let's dive in!

A delightful read! A lot of these feel like 'gotchas' and I wanted slightly more real-life feeling instances to drive the point home that this happens all the time on real, breathing website, and not just a website that is optimized to be unusable. Though, I suppose this article is speaking to people who don't have a good idea of different ways technology can support alternative user experiences, so it has to target itself at the seeing population of mouse-users.

3. Cognitive Accessibility with Melissa Morse

Plain language is something I'm interested in, but the practice itself appears to be poorly defined. Sometimes using simple words is actually obfuscating, I know this as a Toki Pona speaker. Toki Pona requires a person to break down things into their basic components, but then it requires the interlocutor to really zone in and lesson to the relationships that join all of these very simple parts together. It's a process that can be quite mentally taxing. Of course, they're not talking about this when they say 'plain language.' But from my view, 'plain language' seems like something that is very easy to not get right. I wonder how the field of plain language specialitists sorts itself out. I saw a website of such a person the other day.

Interesting that within this first section of the article, Morse doesn't offer the idea of 'language summaries.' I'm a big fan of this.

A final comment is given to the increased focus of COGA in the latest WCAG. They're all triple A standards though. Unusual Words, Abbreviations, Reading Level, and Pronounciation. I don't know how people evaluate 'Reading Level.' What is a Flesch-Kincaid readability test? Oh my god, it measures syllables per word. I promise you, I am capable of writing some really freaking dense thing using minimal syllables. This is not a good formula. They're also not speaking toki pona. This seems a bit underthought.

Back to Notes contents.

Deque University 5/15

Noted October 15, 2024

Back after a long weekend. Let's get cracking, lads!

Single-Key Shortcuts

Deque brings up the example of Gmail as having lots of keyboard shortcuts. I remember I was trying to use it a while back. Native keyboard navigation was not great. I couldn't seem to open any emails and I had to just enable keyboard for that. Some other applet thingies have a learning curve with keyboard navigation. Slack, I couldn't manage to figure out either. I have a low attention span and it just didn't work out for me.

Also on the topic of single-key shortcuts, I have a bookmarklet but I don't entirely know how to operate it. I should learn to do that at some point. Alright, I feel like I know what's up now. The wording on the ReadMe is a little bit weird, but I get it now.

Distraction: CSS

I'm literally spending so much time just styling my focus indicator in new interesting ways, and adjusting my colour palette. My hover indicator is cool now!

Tables

Tables should be named via caption or aria-labeledby and you shouldn't use weird spanned columns because it can be frustrating to navigate. column or row headers need to have to be meaningfully described in a th element and must have an appropriate scope attribute (either "row" or "col").

Back to Notes contents.

Deque University 4/15

Noted October 12, 2024

Showing the Current Page

I added styles in my main nav to indicate the current page, and I also added aria-current="page" to those same things. I feel like I don't typically notice when this feature is implemented, but I suppose I will start noticing now. I kinda wanna learn how to implement a skip link. And speaking of which...

Skip Links

I was reading the portion on Skip Links and became curious about how it related to SC 2.4.1 Bypass Blocks. Because the keyword that Deque uses for these things is 'should' instead of 'must.' Which means it isn't actually in the WCAG, and this was surprising to me! What else could bypass blocks possibly be solved by? First I read the official wording, SC 2.4.1 Bypass Blocks from W3C, and then I read through this Issue thread for 2.4.1 Sufficient Techniques. I totally agree that H69 should be removed as a sufficient technique. Actually I agree most of the sufficient techniques grouped under section 2 are very suspect. Reading through all the a11y people talking about this was quite illuminating.

Eric Eggert in particular had a couple notes about what it means to be listed as a sufficient technique. As did Steven Faulkner.

Something I am still curious about: What if your nav has like 3 items? Should a skip link still be provided? Is it needed? It really doesn't save that much time.

Back to Notes contents.

Preparing for a Potential Client

Noted October 12, 2024

Have a potential client, and I've promised to send them a bit of a package for them to review prior to our first meeting. But I don't quite know the direction I'm going to take this, so let's start by taking a look at their website. If I know what the endgame is, I can prepare for it.

I'm typing this out here because I have major task avoidance regarding this, so here's to hoping it all turns out well. Watching Matuzovic yesterday doing preliminary audits was oddly motivating.

Here are some things I am noticing in the audit:

Back to Notes contents.

Deque University 3/15

Noted October 11, 2024

span links

Nice to see the whole role="link" tabindex="0" pattern laid out for me because I would have thought that the role="link" would have been enough for the thing to receive focus.

Also good to see that horrid span Javascript not-link pattern called out as a 'Bad Example' in this text. I came across it on my own a week or so ago and was so horrified. I suppose the way this pattern could be vaguely improved is role="link" and tabindex="0" but it's just bad. Oh it's so bad.

Link label precedence

title will be overtaken by anchor text (including alt text), which will be overtaken by aria-label, which will be overtaken by aria-labelledby. This makes aria-labelledby misuse potential because it can override what would otherwise be considered 'normal' behaviour.

Visually hidden text

Okay so I've seen many snippets use some kind of form of this but I've never stared right into the logistics before. clip is used to make the text invisible and it looks like it clips out a shape from the..? What? Let's look into this with another source.

Whoa okay so according to theMDN web docs for 'clip', the feature is deprecated and replaced by 'clip-path.'

I am confused. What is a shape function? wow it can move?! What?!

Okay a lot of this doesn't apply to my use case. I am going to look elsewhere for examples of hiding text from sighted users and shoving it onto screen reader users. Let's peak in on an artical by Darren Lee.

Darren's first example illustrates where a mismatched aria-label can fail Label in Name and can prevent voice-navigation people from accessing your content. Darren eventually goes on to show a custom .visually-hidden class in CSS and uSo Deque gives this example that a role="navigation" shouldn't directly be applied to a ul. The rationale is that the "ul" already has a role as an unordered list and the navigation role would override that. ses both clip and clip-path to achieve it. Very confusing because there is not explanation of this code.

Time for a new article, this time by James Edwards at TPGi. And the question's answered, and many other things clarified. What we essentially do is make whatever content we have into a 1px by 1px square, and then use clip/clip-path to hide it. clip, being deprecated, is included in the pattern to support Internet Explorer. Technically, most browsers support a 0 width and 0 height on this pattern. But Safari's the one exception, so we can't just ignore them. And this fantastic article also links to a really great O'Hara article that advocates that we need to fix other things so this pattern is not needed. Edwards refers to .visually-hidden as a 'hack.' I think that's accurate.

Distraction Time: Live Auditing on YouTube

Found a set of videos by Manuel Matuzovic that have him walking through websites checking for accessibility features. It's really cool to see someone else do this in real time! And I am kinda excited by the fact that I know everything he's talking about. It's in German, but Matuzovic has captioned his videos and so the auto-translate works amazingly. Good stuff!

Consistent Navigation

I didn't know the whole rule applies to link text + destination. Makes sense though!

ARIA role breakthrough

So Deque gives this example that a role="navigation" shouldn't directly be applied to a ul. The rationale is that the "ul" already has a role as an unordered list and the navigation role would override that.

This helps me better understand what a 'role' is. Because of course as we all know, roles are already baked into HTML5 and when we use most native elements, we don't need any kind of ARIA role applied. Here's the kicker: because it already has a role. ARIA roles and the native roles are the same thing. I thought they were somehow different! AA okay but they aren't. They are the same thing. What does this look like on the back end?

Okay here's another breakthrough. People have been talking so much about the 'Accessibility Tree' right and I've really had little idea of what they meant by that. I of Course saw that whole Accessibility panel in the Firefox inspect panel. But I didn't ever.. look on the left side of the screen? I was just looking at the 'Name' column and not the 'Role column.' But it's all there. It's all there for you. It's so obvious. Oh my gosh I can't believe I missed this. Before people were talking as if it was so obvious to find the role of any given thing and I was so perplexed by How it was possible. I thought that people had memorized that oh, anchor elements have the role of 'link' and all these various things have these various roles. I thought they were getting all of this from the pure HTML but No. This makes So Much More Sense. Part of my 'Aha' moment can be attributed to this handy tool that lists HTML elements by accessible role by browser in a handy little chart.

Distraction Time: Trauma-Informed Design

Design for Real Life is free now! says Mastodon. It has a very impactful Chapter 1. But the lack of attention of accesssibility within the online version of the text has me thinking that while this is a text I should get to eventually, maybe it shouldn't be my priority now.

Back to Notes contents.

Deque University 2/15

Noted October 10, 2024

h1 comments

Good to see Deque reiterate the 'one h1' guidelines. I previously had trouble sourcing this, I had seen it on a Yale guide but I had to hunt it over and over again. Interesting exceptions for overlays, and for blogs constructed similarly like this one. I think that the way that I've set this up is accessible? Right now, I have a 'back to notes' link at the bottom of every entry. I like this because I can navigate easy to the table of contents when I'm on Keyboard only mode, like I am now. I am unsure how convenient it is for screen reader usability. It might mess with the amount of links. It's also probably not great that every single blog post is smashed onto one page. It would be a bit beyond me right now to separate them out into distinct pages. Maybe I should reconsider this at some point, for ease of navigation purposes.

Why, oh why, is it not possible to navigate via heading on VoiceOver and TalkBack? Is there any particular reason that this function isn't supported? Is it not suitable? Seems suspect.

Back to Notes contents.

Deque University 1/15

Noted October 9, 2024

I'm getting lazier about recording down the progress of my learning. I've started on the module titled Semantic Strucuture and Navigation. Here are some things I'm struggling with:

Accessing Landmark menu on Talkback

Language shifting

So, you're supposed to change the language whenever you have text in another language. Even on the word-by-word basis. To what extent does this apply? There are many loan words in English. Loaning is such a popular mechanism for word formation.

Here's some tangible instances that I can think of: Often, fans of anime will refer to that anime by its Japanese title instead of the English one. But they will write the title out in latin characters. For example, a fan of Attack on Titan might say: "I love Shingeki no Kyojin! It's my favourite anime. I think everyone should watch SnK." Do I have to put language tags around that? In theory, the title has just been loaned. It isn't even in the Japanese script. But they are unambiguously words that aren't in English. Do we put them in a span and tag them as Japanese?

What about websites that are teaching language? Do they have to tag every single instance of the foreign language with alternate tags? That can really add up.

What if the language doesn't have a two digit ISO code? What if it has a three-digit one? Does it make sense to provide a two-digit one as a backup if the screen reader doesn't support it? For example, Spanish is a very popular choice for rendering Toki Pona. How does that even work? Is there some kind of query you can do to check for that? I have no idea how that works out logistically.

Backwards compatibility

Deque recommends setting all landmarks to display as block and to use Javascript to preload tags that may not be support in Internet Explorer 8 and below. I would have liked for them to spell out IE without acronymning it, but whatever. I do like to see these examples of techniques that can be applied pretty consistantly and that really cater to inclusive design.

Who Benefits from Landmarks

Deque suggests that there is little benefit for sighted users for landmarks, or really anyone outside of screen reader users. That's why they introduce the ARIA roles and html5 elements as interchangeable. A correctly placed main does help everyone though. Are there ways to access these through switch controls? There really should be, that seems like a really good feature. A Google search reveals that other folks have thought the same thing and implemented it through an aptly named Landmark Extension.

Briefly, I'm reminded of what Heydon says how we will never know our users, and we should never seek to know our users, and we don't need to know them. We just need to design for the technology.

role="heading"

I don't like this but I understand why it's there. Is it possible to apply ARIA roles in CSS? Is that a stupid question to ask? Yes it is probably. I thought I read somewhere at some point that aria-level was a broken attribute in some browsers, but I completely forget where I read that and I might have literally dreamed it.

Note to self: a classic definition of a heading in plato's cave must have content associated under it. Or else it ain't a heading.

Technique for New Window Indication

The idea behind this is to use describedby to point to a piece of text that is both .visually-hidden and aria-hidden that is then put onto an anchor element. I'm ever skeptical of aria, so let's look at other sources to see whether there's issue with this kind of implementation.

Adrian's article on aria-describedby features a lot of video evidence as to how this interacts with different engines. And it's not supported universally in all contexts. Adrian recommends to not rely on this for critical information. In the thing suggested by Deque, this is probably fine. The information is not critical, it's unprescence doesn't fail a WCAG criterion specifically. But it is not great. Adrian also links to some other articles and I'll take a peak at those too.

O'Hara's aria-describedby article is from 2018, but it's still clarifying. aria-describedby is only used in interactive areas, with some edge cases. Scott makes a similar conclusion that while the feature is very useful and good, relying on it critically and uniquely is a no-go.

Also nice to come across aria-described and just as normal, it's Safari that's dragging everyone else behind. Catch up, Apple.

Deque also suggests that outside websites should be noted externally. Disapointing that there's no easy icon or whatever that shows this.

Links must be visually distinguishable

Cue Heydon and their 'Underline your fucking links, nerds!' or whataever it was. If it is in an obvious navigation then it doesn't count. That was the one piece I was missing.

In terms of people who don't want to underline their links, uh contrast ration of 3:! is pretty drastic.

Weird Question

With aria-desrcribedby and aria-described being in such states they are in, is it permissible to fuck with an image so that the image doesn't appear but the alt text will appear on hover if there is a screen-reader user? That doesn't seem right but I wonder about how bad it could possibly be.

Back to Notes contents.

WAI-ARIA. Take #2. Part 2.

Noted October 8, 2024

Small Update

Applied for the scholarship to Deque's prep courses for IAAP and WAS. That will give a lot better structure to my learning than has been given so far. Working with freeCodeCamp is okay, but it's very not great when their recommendations are not accessible or best practice, and that happens a lot. Completing those modules will also just be a way to list the courses I complete on my portfolio directly. I don't need to take IAAP, or WAS. I hope I get it!

Don't Use ARIA Menu Roles for Site Nav

And we're back and learning about how to take the First Rule of ARIA and put it into practice.

We're also learning about the Second Rule of ARIA, which I am less familiar with. Do not change native semantics. Maybe this is otherwise worded as don't use an HTML element in a way that makes it appear as something else and it becomes confusing as to what it actually is?

Adrian clarifies the intention of the menu, menubar and menuitem ARIA roles. They are intended to be used to act like a desktop application. Like VScode, for example, has a menu bar in the top. web applications aren't like this. The vibes are different.

Adrian also clarifies that the HTML5 element nav should be used in most scenarios over the ARIA role 'navigation.' This ARIA role is the role

Back to Notes contents.

WAI-ARIA. Take #2 Part 1.

Noted October 7, 2024

ChatGPT, I guess

This helped. I asked it to really, really dumb it down for me and to focus on it's relation to SC Name, Role, Value. Basically, WAI-ARIA helps in the design of some advanced components that don't have native HTML equivelants. It can also be used for live region alerts, when designers insist on using placeholder= as a label, for Icon-only buttons. Most of this can be revealed using Devtools when auditing. I'm going to try to look at Roselli's articles listed under ARIAbuse.

ARIA Grid As an Anti-Pattern

Absolutely love it when Adrian puts together some kind of video demo with captions and everything. I know how to navigate via keyboard now and so I understand the demos more. This was a good window into seeing how the authoring practices guide might get things wrong sometimes. Also, don't use grid unless you're trying to recreate Excel.

Back to Notes contents.

Neurodivergent Learning

Noted October 4, 2024

Reflections on Yesterday

Yesterday, I wound myself all up and got into shutdown mode. I closed all my tabs, turned off the 'limit' timer on TikTok and YouTube, wrapped myself in my weighted blanked, and took time to myself. It's hard to explain the amount of factors yesterday. I'm reminded about the article about spoons and neurodivergency, and I felt that in action yesterday. Some unexpected things happened yesterday during the day, and when my touchpad's settings got overrided by a ghost yesterday, I completely broke. And as a result, I don't want to learn about WAI-ARIA today. I need someone to tell me how to do it. The video I tried to watch wasn't helpful. I still feel so ashamed. It's such a little thing but it feels like everything. So we're going to be kinder to ourselves today. And we can get back to WAI-ARIA on Monday.

Articles

James Edwards on Associating Inputs and Labels

I recently was taught the explicit+implicit pattern in freeCodeCamp, so it was good to see that they were doing something right. It was a surprise to learn about implicit association, but I suppose it makes sense, though why doesn't Dragon support this? To be fair, Dragon doesn't seem to support many things. Does it even support ARIA? I was reading yesterday that it might now. But that article was from a while ago, should check again.

On Motion Actuation: Don't Rely on Sensors

I basically know everything here already but I was interested in this article because I never heard the word 'sensor' used this way before. Fascinating. How do devices actually sense gestures like shaking the device? Is there a little eardrum and eardrum fluid in the device? Is it a tiny wee ball that rolls back and forth? Not to mention, how does the device know that I am holding it upside down?

Accelerometers measure the force of acceleration on itself at any given time and can therefore determine the angle it is held at based on how the acceleration changes, unless the device is in free fall.That's how devices know where they are oriented in space. But it can't tell what direction it is pointed, that is determined by magnetic sensors that are pointed at Magnetic North.

Making Maps Accessible to Screen-Readers

This feels like a hard task!

I'm confused. So hmm, maybe I walked into this under a misapprehension. The title of this article is not 'Making Maps Accessible to Blind People.' Which would be a different conversation, I think. How do we make location information and complex directions accessible to Blind people? A map is such a visual medium, would a medium change be necessary here? The article is short and doesn't answer this question.

Back to Notes contents.

It's (not) WAI-ARIA time.

Noted October 3, 2024

ARIA is the scariest part about all of this. I'm actually very nervous to get into this. I don't know where to start. I have the WAI-ARIA Overview page open in front of me. This is honestly very scary and I haven't even started it. Let's read the introduction. Or something. Let's just start taking notes. Can't keep procrastinating and stalling by typing poetry here. Or maybe I can. Who reads this? Who waits for me here? Are you waiting for me to give up this facade, to tell you some new information, are you only here to mock me?

How do people even pronounce UAAG? Is it a groan? Because that's how I feel right now.

I am done the page. I don't understand some things. Does 'rich' Internet applications mean that it was funded by more than one dollar? How is it that most form controls are readonly? Don't you have to.. use them? What? Also, when I'm using a keyboard I have no freaking idea how to access these secret region-marked navigation techniques. Are they just referring to screen readers as 'keyboard-only users' here or what exactly is going on? What page do I click on next?

Looking at WAI-ARIA 1.2 actually gives me a panic attack. What the hell is this?

Deep breaths. I'm so disoriented that my touchpad is behaving incredibly weirdly and whenever I disable my touchpad using my keyboard shortcut, it just doesn't get disabled. WTF. Also Slack just kicked me out because I use Firefox ESR. What is the world even coming to?

I'm going to watch a video and swear to god if this is trash I'm going to go and make myself tofu.

I AM EXTREMELY DISORIENTED. WHY IS IT NOT LETTING ME DISABLE MY KEYBOARD.

Here's the deal: all of my keyboard settings have been completely overriden by a fucking ghost. Two finger scrolling is disabled. The speed is all innacurate. It's all wrong. It's all wrong! And that would normally be fine because I can now navigate by Keyboard but it's NOT LETTING ME DISABLE IT. And it doesn't get disabled when I'm typing so FUCK!

Back to Notes contents.

Scatterbrained Notes

Noted October 3, 2024

Haven't updated here in a few days, but I've been caught up in freeCodeCamp, as well as with case studies. Here's some random things I've learned about during that time:

Widgets, in a Squarespace Website

I was on a squarespace website that looked promising. It was fairly simple, with apparently no form elements, so I thought it would be a doozy. And then the widgets. Two widgets injected into the native site: one of which could not be tabbed onto, and the other was hell to operate by keyboard alone. I didn't even get to evaluating these widgets thoroughly, I was so perplexed by how widgets are made and sold and incoporated into these otherwise okay websites. One of them, a take-out ordering system that didn't receive focus, was a span element with two scripts underneath it. It seems it was the scripts that button-ified the span in some way, but that wasn't available within the HTML markup, so it bamboozled me. How could it be a button, if it was just a span with no visible anchor element?

This got me thinking. Initially, I would have figured that the fix would be simple: just add a tabindex=0 to the span. But if the anchor element was made within the Javascript and if it had all of the styles applied secondarily, would that even work?

I tried in the Inspector and it worked. So I was confused. Because surely, if there was no focus there, the Javascript must have somehow overruled the tabindex to be -1 or something. Something must have been done to override the native anchor behaviour. Unless.. maybe there are ways to make links that don't require anchor elements?

And then I found this horrible anchor-less span link pattern hosted on a website with some of the worst tab indexing I've seen in my life. Now, I am not so proficient to decipher whether this is the exact kind of pattern that this widget-maker used to get their span to become a link, but just knowing that this is out there makes my stomach churn. This should honestly not exist.

The same widget-maker also manually set all of their tabindexing using positive values. Seeing that in the wild was honestly wild.

I don't want to comment much on the second widget, a reservation booking platform, because being that keyboard navigation was neigh impossible, it's obvious that whoever made this website did not account fo accessibility when choosing a vendor.

Smaller Note on Text Contrast

On a couple websites, there was a bunch of floating light-coloured text against some kind of busy background. I was thinking about ways to remediate this. My first instinct is to put a solid border around the text itself.But that isn't a property that exists in CSS, right?

Here's how to add an outline to text, using two different properties. -webkit-text-stroke is one option, but it doesn't have great interoperability. text-shadow requires a little bit more work but it has better support. This should be a strategy that can remediate for contrast requirements across many of these websites. I hadn't noticed it before, but Adrian Roselli uses this a lot on his blog.

My brain is going, "See? A11y isn't about what we have to subtract, it's about what we add to our plate!" and simultaneously I'm thinking of an example of a nav that had something like 120 links in it that I saw the other day. Certainly we can cut out some of those links, right? Shift left, shift left, shift left.

Ethical Dilemna

The most accessible website that I found during these past few days was built using a website builder and hosting service that is owned and operated by colonizers of Palestinian land. Finding that out was like a suckerpunch to the gut. I am really comforted by people like Heydon Pickering and Steven Faulkner who champion progressive values within the accessibility work, and I especially like the tagline that Heydon has on their website: "I do not work with surveillance capitalists or religious organizations engaged in proselytization."

I need to be so vigilant and selective about which organizations I approach when all of this gets off the ground.

Two minutes later update: I just found another website made by the same hosting service and the accessibility is NONEXISTANT. So glad to see this!

Back to Notes contents.

You're (Maybe) Not Going to Learn A11y at FreeCodeCamp.org

Noted September 28, 2024

It's a bold title, I know. And it's also probably preemptive. I started on the 'Responsive Web Design' course offered by FreeCodeCamp and I see not great accessibility practices. Accessibility is an essential criteria, why not teach good accessibility practices throughout? Why are you recommending these contrast things that kill WCAG Contrast (Minimum), why are we suggesting to use target="_blank" by default, why are we putting alt text on decorative images?

Like, I understand. This is an entry level course to people who have never done anything computer-related before in their life. And I see the eight or so modules down, there a big thing dedicated to 'Web Accessibility.' But if we are talking about shifting left, we need to integrate these things from the beginning. How hard is it to just mention, this is a decorative image, so let's set the alt text to null? Even mention that WCAG exists! Gosh sake.

It's so frustrating because the course does bring up the word 'accessibility' more frequently than you'd think. But it doesn't actually teach WCAG-compliant practices, much less best practices. Of course, I'm only on the third module. It just feels icky.

I am curious, is the website freeCodeCamp.org itself WCAG 2.2 AA Compliant? I would be surprised if it is. I'm now used to expecting inaccessibility by default. I don't need to get this heated. Slow and steady wins the race.

Back to Notes contents.

Inclusive Checklist(s)

Noted September 26, 2024

I happened upon Adrian Roselli's Basic Custom Control Requirements and Heydon Pickering's Inclusive Web Design Checklist. I thought I'd read through them and make notes!

1. Roselli's Checklist

Interlude #1

So I just set my focus styles on my site to be a nice contrasty orange box. Not sure why I chose orange but Orange Shirt Day is upcoming, so maybe that's why? I also got curious abouut titles. I was under the impression that titles are just the name of the site, but actually they should reference the specific page. Makes sense. Dunno why I thought otherwise. I'm looking at Technique G127, but is there any best practice guide that is more specific?

Jackpot. A best practice guide for title by Amber Hinds titled Every Page Needs a Meaningful and Accurate Title and it looks like it knows what it is talking about. I love this article, it's so specific! Big Takeaways: need to avoid duplicate titles. I also need to include the website name, and an emdash is an acceptable solution to tier them. I never even thought that this would be an important consideration for results appearing in the 'history' tab. I feel empowered to set proper title attributes for everything in my site! I really should do this across all the sites I author content for.

Interlude #2

I was checking a site for contrast and was looking at the APCA, because Seirdy recommended it. I looked through the slack for more guidance, backread the logs, and then concluded by reading Eric Eggert's entry, WCAG 3 is not ready yet. WCAG 2 contrast does need to be reworked. What is the best way it should be reworked? I think Eric makes some very good points and critiques of APCA rollout. In an ideal world, way more resources would be dedicated to W3C and to a11y research so that this area can be researched more. Even the APCA guy admits, that there needs to be so, so much more research. But in the meantime, I'll try to make my site support a dark mode that has enough luminescence so that the content is perceivable.

2. Heydon's Checklist

Back to Notes contents.

What Skills? (Scrap)

Noted September 25, 2024

Up until this point my notetaking sessions on this blog have been pretty thematic, but this actually doesn't capture the process that I've been taking these days of staring at the A11Y Slack and delving into various article that link to these articles and those articles. I've not made notes on a lot of those articles that I scanned. I want to take two steps back today and actually focus on a strategy for learning going forward.

I need to do more case studies. I also need to take a skill-build approach. Here's some skills that would be nice to just have, taken from Donna Bunguard's presentation The Myth of the Accessibility Unicorn.

What doesn't feature on this list is equally notable. The approach I am taking is more centered on inclusive design than on what this list suggests. WCAG knowledge and compliannce awareness does not constitute the body of knowledge that one needs to understand the range of user experiences that might occur from different patterns. Screen reader proficiency, well which one? Mobile testing, well which one, and what kind? There's also nothing about document accessibility here. I think some basic knowledge of this is needed.

It also doesn't say things like 'good html,' or 'ARIA' or Javascript. You need some familiarity with this to assess why patterns are doing what they are doing.

I've been obsessed with Heydon Pickering's content recently. Here's another great idea from another one of their articles, What the Heck is Inclusive Design? It reads: HTML is a toolkit for inclusion. Their stance that 'universal design' and 'inclusive design' are the same thing, except 'inclusive' is more honest, seems inaccurate from my understanding. It seems like they have two different ideological positionalities. Inclusive design feels a hell of a lot more feminist and internationalist, than the idea of universal design does. But I'm going off of vibes right now. This is not scientific evidence for anything.

Maybe I need to write a skill checklist or build like a report card, or self assessment for myself. I'm saying this because my current approach is unfocused, just as is any initial hyperfixation dive.

Back to Notes contents.

Blog Notes: Adrian Roselli Edition

Noted September 24, 2024

Today I'm taking some peeks around Adrian Roselli's blog, that gives a whole wealth of information. I want to read it like a textbook. My goal for this will be notes on five articles.

1. Progressively Enhanced HTML Accordion

2. Keyboard-only Scrolling Areas

3. Avoid aria-roledescription

4. Stop giving control hints to screen reeaders

5. Don't use Tabindex Greater than 0

Back to Notes contents.

Day Two of Keyboard Only

Noted September 22, 2024

I didn't think I'd come up with another entry on this so early on in the process. I intend to experiment with Keyboard-only for at least the next week, maybe even beyond. I type an embarassing amount of search queries ending with 'keyboard shortcut' into Firefox. I often forget about how to do the things. It's obvious that the learning curve is great.

But this entry isn't about complaining about the learning curve. It's about the fact that so many of the applications that I want to use are no longer accessible to me. Yesterday, I mentioned that I can't share my screen without at least one manual touch on my laptop screen. Today I found that Roll20 (used for Dungeons and Dragons) and Colonist (a Catan spoof) both have no support for Keyboard-only users.

It was naive of me to think that both of these platforms which are international in nature and very dear to me, would have this kind of support. I think I was operating under some kind of idea that all the websites of companies local to me were inaccessible and/or had little keyboard support because my area is a bit of a brain drain. But Roll20? That should've been a no brainer. I was so naive. The site is unusable.

There are a few keyboard traps that I've had to navigate out of. F6 is helpful, but surely there are more sophisticated techniques. I use Ctrl+F Esc+Enter a lot to get to links that I can't otherwise get to. That is certainly new information. I now better understand what the P2: Workaround available was describing in this earlier post.

I do get angry when it isn't accessible. I don't know that I necessarily have the right: I can enable my touchpad at any time, and my screen is a touchscreen. I want to meet people who actually use this approach with their tech. I haven't yet found a blogger that is a Keyboard-only user speaker on A11y issues. I should do that as soon as possible.

Back to Notes contents.

Concerning Focus Indicators

Noted September 21, 2024

Failure descriptions for a non-visible focus indicator are described twice in the WCAG 2.1 documentation: Technique F55 and Technique F78. Technique F55 deals with a situation where the focus comes onto the element, and then is removed for whatever reason. Technique F78 deals with styling that leaves the focus indicator invisible, for whatever reason.

I do like a consistent looking focus indicator. I don't like it when it changes forms on me. But that's just a personal preference. It's good to know that a consistent indicator isn't actually prescribed according to WCAG.

But what even causes things to not be able to be tabbed onto?

Back to Notes contents.

Entering my Keyboard-only Era

Noted September 21, 2024

I just disabled the touchpad on my device. I still have the potential to cheat (my laptop is a convertible and has a touchscreen). But it seems like a good idea to become fluent in a variety of different kinds of interactions with devices. Keyboard-only with site seems like an ideal first pass.

My first anxiety: I don't know how to open new applications! I have VSCodium open, Firefox with some tabs open. How do I open a new application?

I'm using KDE Plasma, so I'm looking at this video titled Challenge: KDE Plasma only using Keyboard! The YouTuber here is struggling to access stuff in the bottom right of the screen. This video isn't really a tutorial but a proof of concept, so let's just go to the KDE Documentation. I have now learned about the Meta key. I can open new apps with ease!

Holy shit we managed to navigate to the panel using Meta+Alt+P! This means I can use the custom power consumption program that I would have literally no way to navigate to otherwise!

Next task: adjust the spacing. Currently my windows are split right down the middle, I want to adjust the split in my screen to the left.

I have my System Settings Shortcuts up and am looking at the shortcuts associated with KWin, the Windows manager. There is a thing to 'edit' the tiles, but it doesn't seem to accomplish what I want it to accomplish.

Unfortunately, I'm having a lot of fun. But Keyboard-only breaks frequently on KDE. I have to go back and forth just to get focus back, it seems. But I have resized my tiles, successfuly! It just requires Alt+F3, tabbing to 'resize.' Perfect!

I have also discovered caret browsing. I am dying here, this is so amazing! I can now select text just by shifting, after enabling F7 of course! Good stuff! I also want to know how to do it without caret browsing, by using a combination of Ctrl+F and pressing the Esc key. Afterwards, things can be selected via Ctrl+shift and arrow key navigation.

I do appreciate all of the little hints that Google gives me. Activating Discord is also pretty daunting. I am curious to see how much I really can do with just a keyboard. So far, the only thing I truly found myself unable to do was streaming to Discord. The windows selection app by KDE, called 'Portal,' didn't let me tab to select which part of my screen I wanted to share. I'm going to try a couple more times, I might just have to mess around with it a little.

I took a screenshot of the issue and was trying to edit it using the file viewer in KDE called 'Glenview.' Unfortunately, I'm locked to the bottom left corner of the Glenview application and can only increase and decrease the zoom on the photo. I can't access the editing tools.

I'm not surprised that it is KDE features that seem to have the least support. I already know what a nightmare Orca is, so it is unsurprising that this is also not so user friendly. Hold on a minute, I have just found a work-around for screenshot cropping. It turns out the screenshotter does have some support, so let's get this arranged.

The file manager, Dolphin, is not so intuitive either. Perhaps I'll table this and attempt to put the screenshot in tomorrow.

I've somehow messed up my windows proportions and now they aren't tiling correctly. Alas, the learning curve!

Back to Notes contents.

To Become 'Qualified'

Noted September 20, 2024

Most people who go through something like the hundred days of A11Y or who take on careers as consultants take on the full CPWA: First starting with the CPACC, and then going in on the WAS.

I do think the CPACC will be worth getting within the next year, and maybe I ought to start targeting preparation at that. There is only one other person in my city that has CPACC. I also don't think CPACC will be very difficult to get. I have covered a lot of these kinds of things in my previous positions. But I do have some hestitation.

Part of me is already disillusioned, based on Adrian's post lamenting the state of a11y professionals and specifically calling out IAAP for catering to overlay companies. This does make me want to not give money to them. There is also Craig on the exclusionary nature of pushing the IAAP as a given. I see this and feel this and it makes me want to learn everything I need to learn instantly.

Back to Notes contents.

First pass at a Tier List

Noted September 20, 2024

I'm taking inspiration from my notes on Eric's blog yesterday to note down or hierarchize what accessibility failures are of first and ultimate priority. Eric offered four criteria to start with: Pause Stop Hide, Three-Flashed Threshold, Audio Control, and Keyboard Trap.

Framework 1: Five Priority Levels by Intuit

After a bit of scrounging around on Google, I've found this source by Intuit that lays out 5 tiers of priorities, titled Setting priorities for accessibility issues. Here's what their system looks like:

P0: Non-interference requirements
This level cites the four same criteria that Eric sites. This can totally break the user experience and is the most likely to complete obstruct user flow. Major legal concern.
P1: Interference/impossible to use
This tier also encompasses critical failures that are not covered by those four non-interference as cited directly by the WCAG. This includes custom elements and accessible names (non-perceivable) that interfere with user flows. Major legal concern.
P2: Workaround available
This level describes instances where the user can still manage to get through the user flow by deducing the surrounding information, or using sophisticated keyboard control to break through a 'soft keyboard trap.' It's where there's clearly a barrier there and it *should* for all accounts and purposes, be considered broken code. Yet there is just enough stuff going on around that the product is still usable, by the hair on one's chinny chin chin.
P3: Tedious/Annoying
Lisa puts things in this category like broken Skip to Main Content links, redundant information, custom components that require a bit more extra thinking to use than if the semantic equivelant was used. I know the author's intention here and I see the caveat s they put in the desciption. But hell, Skip to Main Content can be very, very tedious for switch control users. And I'm already seeing an instance where the Skip to Main completely obscures information from the screen reader user.
P4: Non-Barriers
This describes things that either fail the guidelines but don't actually interfere with any user flows (the example here is given for improper labling of elements that are actually never interacted with by the user) or instances that take away from what would be best practices.

Lisa Rathjens, the author of this post, gives plenty of caveats while outlining this framework. I've also inserted some of my issues with it. It's incredibly pragmatic and does not at all lean on best practices accessibility, or digital accessibility that falls beyond WCAG's scope. But I think it can be adapted to fit a more best-practice centered-model. This is a good start, I'm curious to see what else is out there.

Framework 2: An A11Y Issue Prioritization Matrix

The author of this prioritization tool talks in terms of cost-benefit analysis and project management, so I can already tell that this framework is not going to sit as well with me as Lisa Rathjens' framework. But also, the audience of this tools appears to be slightly different.

This matrix is proposed as a communication tool to motivate project managers and the people actually doing to remediation to feel that the work is worth pursuing. I struggle with this framing because accessibility should be considered a baseline and these arguments run counter to creating a larger culture that considers disabled clients to be as worthy of reaching out to as any other client. But I also understand that the BBAs and BAs live in two separate worlds, right now. Enough of this tangent. Let's look at the four scales that the matrix ranks against:

  1. Extent/Frequency of occurence. How many pages within the website does it impact, is it present at key user flows?
  2. Size of audience impacted. I don't like this one, not going to lie.
  3. Impact of the issue. This is equivelant to non-interference/interference/workaround/tedious, except this framework only lists the levels of 'high, medium, and low.'
  4. Estimated cost. Also don't like this one.

The matrix then creates two values: Value for money, and Political Risk Aversion, by multiplying different values across these four matrices.

I actually don't have a lot of good things to say about this framework, the word choice here is unfortunately too pragmatic for me. It doesn't think enough about impact and it wants me to not prioritize issues that only a minority of users are going to encounter. Reading this over, it seems like it runs counter to the principles of inclusive design. Additionally, best practices seem to not feature at all in here.

Framework 3: Deque's Stragic Planning tool for Accessibility Prioritization

This framework is from 2016 and is hosted directly on Deque's blog, authored by Glenda Sims. It is directly addressed to clients of digital accessibility consultants, and to project managers. So it has some of the same framing problems that I brought up in the second framework I analysed.

This is also set up as a map, but this one has two axis. Front and center in the chart is 'User Impact.' This is a relief to see. One big departure from the other prioritization matrix is that it emphasizes that number of users impacted doesn't not really matter when it comes to factoring in litigation risk. A single user can issue a lawsuit. In this framing, user impact specifically refers to the amount of interference that it can potentially bring on a single user. The second axis of the chart is 'Litigation risk' and refers directly to the law. Unsure about how this can be fully separate from User Impact: most lawsuits need to have some form of User Impact situation happening in order for a lawsuit to even be brought to relevancy.

Two additional factors play a smaller role, but actually aren't positioned on the chart. They are annotated in the margins: Product Lifecycle and Remediation Cost. I like that these instances are not considered front and center, but they are included for pragmatism. The consideration of the product's lifecycle is new to me: It makes sense to not fix something that has plans to be retired anyway. It is also easier to catch things that are younger in the lifecycle, that are in the first stages of development (shifting left).

Closing Thoughts

I didn't end up drafting a tier list today. The biggest takeaway I have from this small dive is that it is better to assess against user flows than outright declare some WCAG criteria to be more universally of higher priority than others, with the exception of the four non-interference criteria. Additionally, I learned that supporting my client through articulating the priority of certain issues is essential to making my advice actually getting implemented. It is an essential communication tool, and will be very valuable in high-volume projects.

This whole discussion also brings up a larger question: How do we get companies and web devs to bring in best practices outside of WCAG and to care about things without really zooming in on the legal issues?

Back to Notes contents.

New info from Eric Eggert's Blog

Noted September 19, 2024

I'm going to be jumping around Eric's website today making some brief notes on a selection of his articles.

1. WCAG A and AA distinction mostly academic

2. The infuriating inefficiency of accessibility audits

3. It's the hope that kills you

Back to Notes contents.

New info from Seirdy's Best Practices 2/2

Noted September 19, 2024

On Optimization

Starting at the 'Long-page performance' section in Seirdy's Best Practices blog post.

The 'decoding' attribute

The 'decoding attribute' is proposed as an alternative to lazy loading. Last time, we learned lazy loading was not inclusive because it doesn't work well with users with poor connections, it is also disabled by some browsers. It's also a 'fingerprinting vector,' and I don't know what that means but it sounds scary. The decoding attribute only targets images. Seirdy doesn't really exploain the technicalities of why decoding is good, while lazy loading is bad. I think it lies on the network level: lazy loading actually defers networks requests, which decoding seems to have a similar effect without actually interfering with network requests themselves.

The CSS attribute 'contain'

Time to learn about CSS containment! Seirdy doesn't give me much, so I'm looking outside to other sources.

So I understand containment, but not the property 'content-visibility.' I don't understand, if you are already using 'containment,' why would content-visibility be an issue? Here's my guess: regardless of containment, the entire DOM will be rendered through upon the first rendering of the page. 'content-visibility' will make it so that only content that is visible on the page will be rendered. This doesn't stop the entire DOM from being combed through (that would be something like "display: none;" so AT can still get access to the page's structure.It's not lazy-loading. The whole thing is, in fact, loaded. You just can't see it, so no strain is put on the GPU.

It's lazy-rendering.

Seirdy notes that there is no harm in including this, it's a progressive enhancement feature. that older browsers will simply ignore. But they also include a lot of stuff about the 'contain-intinsic-size' property, which I have tried to understand and can't understand yet.

Why is Optimization an Accesibility issue?

Seirdly links to this amazing slide deck by Eric W Baily titled the intersection of Performance and Accessibility. This is a really nice deck because the slide deck itself is optional, everything you really need to know is in the accompanying speaker's notes, which really makes it feel like we're experience Eric's talk. But beyond the amazing design of the talk, the content really lays out what is at stake when it comes to optimization for accessibility reason. It comes down to understand the Accessibility Tree.

Now. I had guessed that something like the accessibility tree existed under the hood. It makes sense that the there has to be a separate interface from the DOM itself that AT can interact with. The Accessibility tree is modeled from the DOM and can be viewed as a version of the DOM with all things that aren't essential to accessibility stripped off. This is for performance reasons, and it is what the AT interacts with.

In this use case, Eric talks about a case they came across while editing where there was a very deep, nested tree of elements in order to create some kind of feature in 'settings' where users can select their preferences. The porblem is that each 'selection' was made with custom div elements, not semantic HTML. And each feature was something like 6 elements with 9 attributes and a DOM length of 3. With 66 CSS selectors containing 141 properties. In other words, it was a very heavy design.

So what was the problem? It overloaded the parallel model that the accessibility tree was creating, and the screen reader technology crashed. It was entirely unusable for users of NVDIA/JAWS on Firefox.

The fix? semantic HTML that reduced the amount of div nesting, taken from a project called 'a11y_styled_form_controls' and visually indistinguishable from the original.

With this small case study, we can see that performance is a consideration with accessibility. Seirdy often discusses very niche technology and AT when testing for performance, but this case study shows that even mainstream AT can get bogged down by too much Javascript.

Back to Notes contents.

Should Phone Numbers be in an Anchor Tag?

Noted September 18, 2024

Some Background

Specifically, I am curious about this question from the a11y point of view. A quick Google search has this phone number hyperlink guide that makes the argument: most of the userw who access your site are doing so on smartphones. Making the number a link improves usability: no need to copy and paste for the link. This seems like this would be good for accessibility. But before making conclusions, let's see what other sources say.

Source #1: Maybe Doesn't Know What He's Talking About

Google gave me a LinkedIn post that you shouldn't read talking about putting an ARIA label on a phone number so that the screen reader would 'pronounce it properly' with the three digits, pause, three digits, pause, four digits. Some people in the bottom make some good arguments against this: This will not provide a ubiquitous experience around different forms of AT and already makes a unwieldly intervention on something that screen reader software and users know about and are equipped to deal with. Users can read character by character and control their own speed!. Particularly, Matthew Putland pointed out that it would actually detract from the experience of braille display users of screen readers due to the way that braille itself adds number characters before numbers. Seems like this is an instance of no aria is better than bad aria, as they always say!

But this actually doesn't answer my question. What about anchor links? what about other ways we can make phone numbers accessible?

Source #2: TPGI

TPGi's article offers a collection of really helpful tips. They concur with Matthew Putland's assessment that aria labels should not be used to override screen reader users' preference. Also they provide a clear answer to my question: Yes! You should add an anchor element, and you should use the tel: prefix to your code.

Source #3: WCAG Supplemental

I found a note in the Cognitive Accesibility note in WCAG supplementals simply saying to format in number in the way your locale typically desingates phone numbers. This improves the readability for cognitively disabled folks, and improves readibility for text-to-speech voices (this is a bold claim-- where is your evidence)?

Source #4: ADA Site Compliance

We're beyond the discussion of anchor elements at this point, but while we're talking about different disability-technology interactions, here's another point that ADA Site Compliance makes: Don't only have a phone number listed in your contacts. Some people don't want to use the phone! The article lists Deaf/Hard-of-Hearing/late-deafened people as the target for such an intervention, but I can list so many more. Social anxiety! Those who can't use their voice! People who have trouble articulating sounds well! Auditory processing disorders! I can't understate social anxiety! This is a super great, and perhaps only tacitly related point, but it's an important one.

In Summary

I was worried that anchored telephone numbers would be distracting to people using things like JAWS, NVDIA, and Talk-Back. I saw no accounts of such a phenomenon, but learned some other key things instead:

Back to Notes contents.

Concerning PDFs

Noted September 18, 2024

I currently know very little about nearly all aspects of PDF accessibility, so today I will ask a question to myself and answer it.

Under legislated WCAG 2.1 and under the AMA, is it required to have all PDF documents acceptable? For example: would it be enough to simply indicate that plain-text versions of the PDF are available? Would a plaintext document be considered a replacement for this?
Preliminarily, ChatGPT tells me the company is liable. What about links to external PDFs, where is the line drawn? Time to read PDF techniques from W3C. Apparently something called PDF/UA, guidelines released in 2012, is applicable here? Now taking a look at this slide deck from a subject matter expert. Ironically it's a PDF. Key takeaways from this: in America, inaccessible PDFs have been the subject of Section 508 lawsuits. Additionally, 'tagged PDFs' are considered the only PDFs with the potential to be accessible.

The PDF slide deck is a goldmine. Here's another thing to learn: if you 'Print to PDF' (as I often DO!) the resulting product will be stripped of all semantic markup, all tags, with the weird exception of tables. It makes sense, table behaviour can never not be weird.

More gems from the slide deck:

Bouton emphasizes that we should be first asking the question: is a PDF the best way to accomplish what we need?

Personal Reflection

I am thinking back to the time I spent at my former workplace and the amount of PDFs that we generated on a daily basis to throw up on our website. We did it so much and I'm sure we're not alone.

I don't know why I though PDFs were exempt from WCAG. It's obvious in hindsight. I think I didn't know enough about PDFs to understand even the beginning of how they can be made accessible. But it comes down to semantic markup, as it always does. I shouldn't be surprised.

I need to get into the habit of making accessible PDFs in my personal life as well.

Ironically, I often read PDFs with a text-to-speech engine. And I understand where all the bullshit comes in, I've just never considered that there might be fixes to this. If only all the headers were marked, semantically as headers!

Another big consideration here is that a lot of PDF content I read are scans of content, or instances where the PDF was not meant to be consumed on a device.A lot of this content is done by volunteers who are simply going for quantity over quality. But there are bigger problems that those specific sites have to worry about, legally, than accessibility lawsuits.

Back to Notes contents.

New info from Seirdy's Best Practices 1/2

Noted around September 16, 2024

Seirdy's Best Practices guide is the blog post in question.

'Maximally inclusive' as catering to the edge case, niche browsers, old browsers. What possible kinds of users are there? Inclusivity goes beyond accessibility: language barriers, class barriers.

Questions about things I don't understand:

What is TLS?
According to Wikipedia, it stands for Transport Layer Security and it secures the HTTP protocol. I need to ask about the scope of this one is in particular, I know very little about cybersecurity.
When Seirdy talks about not relying on scripts, are they talking about literally all Javascript? Probably...
According to Copilot, Seirdy's referring to client-side scripts, which is basically just Javascript. PHP doesn't count because it's server-side. As for what popular things rely on scripts, dynamic content loading, animations, interactive forms, real-time updates, media controls, and e-commmerce things are all Javascript things.
What does the cache have?
A cache is a folder held in your version of the browser you are using. It stores it in there to allow faster reloaded of key assets. I didn't understand how it could be stored 'on the device' before-- but it does this by storing in itself. How does Firefox get stored on your computer? Firefox's cache is in the same folder.
What does it mean to be a 'blocking' resource?
A resource that can cause the website to be blank, even if most things get loaded correctly. A blocked resource effectively makes it so that this doesn't mean anything.
What is 'semantically-meaningful compressed markup?
Googling this combination of words only brings up Seirdy's article.
What is 'lazy loading?'
When the page loads things only as needed. This is most used for pages that have lots of javascript.
What is 'infinite scolling?'
So this is when the content comes from the bottom endlessly. Like TikTok! Actually not like TikTok, but this is how I'll be thinking about it. Particularly, it makes footers difficult to reach for AT users.

Seirdy makes a great point that an overloaded CPU means that speech synthesis might be thin. I expect it's similar for voice-controlled contol, eye-control (like with a Tobi). They make a lot of hemming and hawing about the importance of quick and efficient asset loading and I don't think I appreciated this section until they made that comment. In this case, ease of loading is an inclusivity issue.

Seirdy talks a lot about 'user flows' as being a more accurate framework than 'page weight.' But I want to learn about the latter before appreciating the former, so let's go on a-- it's REALLY JUST the AMOUNT OF BYTES??!??!

Page weight is considered a speed metric, maybe. But Seirdy's framing puts these bytes into context (user interaction and goal). I wonder why bytes wouldn't be a good assesment, aren't bytes bytes?

Back to Notes contents.