-
Notifications
You must be signed in to change notification settings - Fork 21
feat(documentation): add accessibility reference relationship stories and demo components #6123
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
base: main
Are you sure you want to change the base?
feat(documentation): add accessibility reference relationship stories and demo components #6123
Conversation
|
…ttps://github.com/swisspost/design-system into add-for-label-stories-in-the-accessibility-section
...ture-and-semantics/reference-crossing-the-shadowdom/aria-labelledby/aria-labelledby.docs.mdx
Outdated
Show resolved
Hide resolved
...ture-and-semantics/reference-crossing-the-shadowdom/aria-labelledby/aria-labelledby.docs.mdx
Outdated
Show resolved
Hide resolved
...antics/reference-crossing-the-shadowdom/aria-labelledby/examples/defaultExample2.sample.html
Show resolved
Hide resolved
|
oliverschuerch
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The preview URL is not working.
I merged the conflicts to main and it is working now. |
oliverschuerch
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Currently, the guidelines are always visible, no matther which mode the docs are rendered in (development | production).
Shouldn't we hide the guidelines in production mode, or is the content also relevant for our users?
The docs pages aria-describedby and aria-labelledby are almost the same (compared by page structur and content).
Please update the CRs requested for one also on the other.
During the review, I asked my self if the examples are just to specific? At least it's a lot of repeating information on all of the example pages.
I think it could be beneficial to add a page with general information about, how different HTML attributes or JS properties can cross the DOM borders or not. And then additionally only document exceptions.
e.g.
- light -> light ✔️
- light -> shadow ❌
- shadow -> light ❌
- shadow -> slotted ❌
- shadow A -> shadow A ✔️
- shadow B -> shadow B ❌
- ...
if we'd do that and add examples, most of the content of the other pages could become obsolete.
Since you've already put a lot of effort into it, I'll leave it up to you if you want to do that, ask the team about it or completely ignore this idea.
...ntics/reference-crossing-the-shadowdom/aria-describedby/examples/default-example.sample.html
Show resolved
Hide resolved
...re-and-semantics/reference-crossing-the-shadowdom/aria-describedby/aria-describedby.docs.mdx
Outdated
Show resolved
Hide resolved
...re-and-semantics/reference-crossing-the-shadowdom/aria-describedby/aria-describedby.docs.mdx
Show resolved
Hide resolved
...e-and-semantics/reference-crossing-the-shadowdom/for/examples/workingExample-IIb.sample.html
Outdated
Show resolved
Hide resolved
...-semantics/reference-crossing-the-shadowdom/for/examples/non-working-example-IIa.sample.html
Show resolved
Hide resolved
...re-and-semantics/reference-crossing-the-shadowdom/for/examples/workingExample-IV.sample.html
Outdated
Show resolved
Hide resolved
...tices/foundational-structure-and-semantics/reference-crossing-the-shadowdom/for/for.docs.mdx
Show resolved
Hide resolved
...ture-and-semantics/reference-crossing-the-shadowdom/reference-table/reference-table.docs.mdx
Show resolved
Hide resolved
It is because of the current Storybook bug #6631. Raw components are also visible right now.
I would prefer to keep both pages.
Specific examples was exactly my intention for a quick reference for every case. I personally benefit from some "stupid" examples too.
That is i would say what the table reference for. Do you think it needs more text? |
...s/reference-crossing-the-shadowdom/aria-describedby/examples/working-example-IIa.sample.html
Outdated
Show resolved
Hide resolved
...eference-crossing-the-shadowdom/aria-labelledby/examples/non-working-example-IIb.sample.html
Show resolved
Hide resolved
...tics/reference-crossing-the-shadowdom/aria-role-list/examples/working-example-II.sample.html
Show resolved
Hide resolved
...cs/reference-crossing-the-shadowdom/aria-role-list/examples/working-example-IIIa.sample.html
Outdated
Show resolved
Hide resolved
...ics/reference-crossing-the-shadowdom/aria-role-list/examples/working-example-IVa.sample.html
Outdated
Show resolved
Hide resolved
...ucture-and-semantics/reference-crossing-the-shadowdom/aria-role-list/aria-role-list.docs.mdx
Show resolved
Hide resolved
...-semantics/reference-crossing-the-shadowdom/for/examples/non-working-example-IIb.sample.html
Outdated
Show resolved
Hide resolved
...tics/reference-crossing-the-shadowdom/aria-role-list/examples/working-example-II.sample.html
Show resolved
Hide resolved
…ndational-structure-and-semantics/reference-crossing-the-shadowdom/aria-role-list/examples/working-example-II.sample.html Co-authored-by: Oliver Schürch <oliver.schuerch@post.ch>
|
|
To be merged when the storybook navigation issue (that causes the hidden sections to be public) is resolved. |



📄 Description
This PR adds documentation for the following cross-component referencing scenarios under the (private) Accessibility section:
To support these examples, a new demo-components folder has been added under
documentation/src, containing the following native web components:📝 Checklist