Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

revise caption definition #1703

Merged
merged 8 commits into from
Apr 29, 2022
Merged

revise caption definition #1703

merged 8 commits into from
Apr 29, 2022

Conversation

scottaohara
Copy link
Member

@scottaohara scottaohara commented Mar 12, 2022

This change in the definition is related to the changes in figure and figcaption in HTML AAM: w3c/html-aam#359 and introduces the idea that a caption may contain structured content - and in this PR - aria-details is referenced as a way authors should reference such content if within a caption

Additionally, this PR extends the definition to allow caption to be used for purposes of naming/describing a group or radiogroup, which fills some gaps from the dropped legend role.

NOTE: label and legend are still listed on the wiki page for role parity. Are these still relevant or not?

If these updates are accepted, this would help pave the way to resolve #1696 as well.


💥 Error: 504 Gateway Time-out 💥

PR Preview failed to build. (Last tried on Apr 28, 2022, 11:53 AM UTC).

More

PR Preview relies on a number of web services to run. There seems to be an issue with the following one:

🚨 Spec Generator - Spec Generator is the web service used to build specs that rely on ReSpec.

🔗 Related URL

<html><body><h1>504 Gateway Time-out</h1>
The server didn't respond in time.
</body></html>

If you don't have enough information above to solve the error by yourself (or to understand to which web service the error is related to, if any), please file an issue.

This change in the definition is related to the changes in `figure` and `figcaption` in HTML AAM: w3c/html-aam#359 and introduces the idea that a `caption` may contain structured content - and in this PR - `aria-details` is referenced as a way authors should reference such content if within a `caption`

Additionally, this PR extends the definition to allow `caption` to be used for purposes of naming/describing a `group` or `radiogroup`, which fills some gaps from the dropped `legend` role.

If these updates are accepted, this would help pave the way to resolve #1696 as well.
@scottaohara
Copy link
Member Author

A question I have is if we need the requirements about where the caption should be placed in these different markup patterns? We had done this to mimic HTML's requirements for their similar elements.... but... hindsight I guess... do we actually need to be as prescriptive here? Especially since these are still being associated via IDs, so it's not actually important where the content is actually placed in the DOM. And if we do re-introduce the idea of named by encapsulation, would being this strict actually be necessary?

scottaohara added a commit that referenced this pull request Mar 12, 2022
this pr updates `aria-details` to mention `figure` and `figcaption`.

This update is related to HTML AAM's update to the `figure` and `figcaption` elements - w3c/html-aam#359.
It is a follow on to my other PR, #1703 which updates the `caption` role and includes information about `aria-details`.
scottaohara added a commit that referenced this pull request Mar 12, 2022
This PR requires #1703 be merged.
@scottaohara scottaohara mentioned this pull request Mar 12, 2022
Copy link
Contributor

@charmarkk charmarkk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree, and editorial looks good. Thanks Scott!

index.html Show resolved Hide resolved
index.html Show resolved Hide resolved
Copy link
Contributor

@MelSumner MelSumner left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for working on this.

index.html Show resolved Hide resolved
@pkra
Copy link
Member

pkra commented Apr 28, 2022

A question I have is if we need the requirements about where the caption should be placed in these different markup patterns? We had done this to mimic HTML's requirements for their similar elements.... but... hindsight I guess... do we actually need to be as prescriptive here? Especially since these are still being associated via IDs, so it's not actually important where the content is actually placed in the DOM. And if we do re-introduce the idea of named by encapsulation, would being this strict actually be necessary?

I agree that it seems unnecessary but it's also just a SHOULD statement; I feel like authors should not mind automated checkers questioning their decision a little.

index.html Outdated Show resolved Hide resolved
index.html Outdated Show resolved Hide resolved
index.html Outdated Show resolved Hide resolved
index.html Outdated Show resolved Hide resolved
@scottaohara
Copy link
Member Author

I feel like authors should not mind automated checkers questioning their decision a little.

i wish this were the case (i truly do and personally I agree with you here), but reality has shown me that developers will argue against legitimate errors that conformance checkers flag. warnings like this, where changing the markup wouldn't really result in a more accessible experience, only fuel their arguments of whether or not a11y checks actually matter :(

@pkra pkra added this to the ARIA 1.3 milestone Apr 29, 2022
@pkra pkra self-assigned this Apr 29, 2022
@pkra pkra merged commit 2d2d341 into main Apr 29, 2022
@pkra pkra deleted the revise-caption-definition branch April 29, 2022 07:10
github-actions bot added a commit that referenced this pull request Apr 29, 2022
SHA: 2d2d341
Reason: push, by @pkra

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
@pkra
Copy link
Member

pkra commented Apr 29, 2022

@scottaohara I wanted to merge as is since this had plenty of review. Could you propose the looser positioning requirements in a new PR?

@scottaohara
Copy link
Member Author

Thanks @pkra. have opened an issue to get a quick discussion on the pathway forward there. Can make a PR based on what people think about that.

@pkra
Copy link
Member

pkra commented Apr 29, 2022

Thanks, Scott!

pkra pushed a commit that referenced this pull request Apr 29, 2022
* include mention of figure/caption 

this pr updates `aria-details` to mention `figure` and `figcaption`.

This update is related to HTML AAM's update to the `figure` and `figcaption` elements - w3c/html-aam#359. 

It is a follow on to my other PR, #1703 which updates the `caption` role and includes information about `aria-details`.

Co-authored-by: Sarah Higley <smhigley@users.noreply.github.com>
pkra pushed a commit that referenced this pull request Jul 14, 2022
* revise caption definition

This change in the definition is related to the changes in `figure` and `figcaption` in HTML AAM: w3c/html-aam#359 and introduces the idea that a `caption` may contain structured content - and in this PR - `aria-details` is referenced as a way authors should reference such content if within a `caption`

Additionally, this PR extends the definition to allow `caption` to be used for purposes of naming/describing a `group` or `radiogroup`, which fills some gaps from the dropped `legend` role.

If these updates are accepted, this would help pave the way to resolve #1696 as well.

* add in missing id to first example

* fix spacing issues

* include additional example
pkra pushed a commit that referenced this pull request Sep 1, 2022
* update figure role
  This PR requires #1703 be merged.
* Update index.html
* revisions per sarah's review
* further updates to figure def
pkra pushed a commit that referenced this pull request Sep 2, 2022
* update figure role
  This PR requires #1703 be merged.
* Update index.html
* revisions per sarah's review
* further updates to figure def
jnurthen pushed a commit that referenced this pull request Oct 10, 2023
* revise caption definition

This change in the definition is related to the changes in `figure` and `figcaption` in HTML AAM: w3c/html-aam#359 and introduces the idea that a `caption` may contain structured content - and in this PR - `aria-details` is referenced as a way authors should reference such content if within a `caption`

Additionally, this PR extends the definition to allow `caption` to be used for purposes of naming/describing a `group` or `radiogroup`, which fills some gaps from the dropped `legend` role.

If these updates are accepted, this would help pave the way to resolve #1696 as well.

* add in missing id to first example

* fix spacing issues

* include additional example
jnurthen pushed a commit that referenced this pull request Oct 10, 2023
* include mention of figure/caption 

this pr updates `aria-details` to mention `figure` and `figcaption`.

This update is related to HTML AAM's update to the `figure` and `figcaption` elements - w3c/html-aam#359. 

It is a follow on to my other PR, #1703 which updates the `caption` role and includes information about `aria-details`.

Co-authored-by: Sarah Higley <smhigley@users.noreply.github.com>
jnurthen pushed a commit that referenced this pull request Oct 10, 2023
* update figure role
  This PR requires #1703 be merged.
* Update index.html
* revisions per sarah's review
* further updates to figure def
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Labelling listbox option groups
5 participants