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

STCOM-1392 Use h3 instead of h1 for menu. #2405

Merged
merged 2 commits into from
Dec 20, 2024
Merged

STCOM-1392 Use h3 instead of h1 for menu. #2405

merged 2 commits into from
Dec 20, 2024

Conversation

JohnC-80
Copy link
Contributor

@JohnC-80 JohnC-80 commented Dec 20, 2024

We saw it coming. We did. Zak should've pressed me. We should have changed the default labelTag back then, in STCOM-1191. Despite so much documentation around the internet regarding the <section> tag and its contained heading supporting h1-h6, etc... there's a scarce amount of connection to the safety-first best-and-long-practiced pattern of ONE SINGLE H1 PER-PAGE! (regardless of visiblity status.) Regardless of what apparent outcome of articles like this (h2 is the apparent ceiling for sections, period) Having multiple <H1>'s show up to any validator and expecting validators/audit tools of any kind to read the minds of browsers/browser developers/spec writers/developers
everywhere... just set it to make sense if you view the mark-up. Since dropdowns are commonly used within panes (which conventionally hold h2's as their header) defaulting to h3 fits with the convention.

@JohnC-80 JohnC-80 requested a review from a team as a code owner December 20, 2024 14:55
Copy link

Bigtest Unit Test Results

    1 files  ±0      1 suites  ±0   15s ⏱️ ±0s
1 533 tests ±0  1 525 ✅ ±0  8 💤 ±0  0 ❌ ±0 
1 535 runs  ±0  1 527 ✅ ±0  8 💤 ±0  0 ❌ ±0 

Results for commit 6ce180a. ± Comparison against base commit 4359e2b.

Copy link
Member

@zburke zburke left a comment

Choose a reason for hiding this comment

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

LGTM. See #2330 for the original STCOM-1191 change that replaced <div> (whoops, a fuggle) with <h1> (a defuggle). This issue is now properly undefuggled 😆 🤝

@JohnC-80 JohnC-80 merged commit 84013d0 into master Dec 20, 2024
15 checks passed
@JohnC-80 JohnC-80 deleted the STCOM-1392 branch December 20, 2024 17:17
github-actions bot pushed a commit that referenced this pull request Dec 20, 2024
We saw it coming. We did. Zak should've pressed me. We should have
changed the default `labelTag` back then, in
[STCOM-1191](https://folio-org.atlassian.net/browse/STCOM-1191). Despite
so much documentation around the internet regarding the `<section>` tag
and its contained heading supporting `h1-h6`, etc... there's a scarce
amount of connection to the safety-first best-and-long-practiced pattern
of ONE SINGLE H1 PER-PAGE! (regardless of visiblity status.) Regardless
of what apparent outcome of articles like this ([`h2` is the apparent
ceiling for `sections`,
period](https://www.webucator.com/article/html-heading-levels-and-sectioning-content/))
Having multiple `<H1>`'s show up to any validator and expecting
validators/audit tools of any kind to read the minds of browsers/browser
developers/spec writers/developers
everywhere... just set it to make sense if you view the mark-up. Since
dropdowns are commonly used within panes (which conventionally hold
`h2`'s as their header) defaulting to `h3` fits with the convention.
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.

2 participants