Fix accessibility issues w/ color contrast, match other styles to conventions
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 28/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- html
- Domain
- accessibility, design, frontend
Research direction
Start by reviewing the splash-page contrast examples linked in the issue, then inspect how the pride themes and hand-rolled buttons and headers are defined. Define the concrete scope with maintainers before changing anything; done should include accessible contrast and clearer, convention-aligned controls across the affected themes.
Written by the indexing model from the issue text.
Description
Hi, thanks for your hard work on such a great project! Have used it for years without ever visiting the website.
I can infer that the website is a labor of love (esp. via the themes at the bottom, very cute) but it screams "talented backend engineer does frontend", if you'll excuse the colloquialism. As the title states, I have two three concerns:
-
Body text on the splash page fails a "Contrast Check", which is not only a branding issue but a serious accessibility concern -- I had a coworker who would get bad headaches trying to read such text, for a concrete example. See tests for both the winter theme and the main (?) theme.
-
Similarly, the pride themes are quite wholesome, but in their current state seem to be something of an accessibility nightmare for their own reasons (on top of contrast issues). I don't have a link for this one, but mostly just because there's no accessibility rules or design principles covering text that changes colors mid glyph 😬
-
I think there's good, objective reasons to avoid the clearly hand-rolled buttons and headers, both for maintainability and for clarity. See, for example, point 10 here: https://principles.design/examples/the-ten-principles-of-inclusive-design
I'd be honored to submit a pull request sometime with concrete proposals if y'all want the help, but figured I'd check the general sentiment on the issue before putting in the effort!
- Dominant language
- HTML
- Stars
- 52
- Forks
- 88
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from ipython/ipython-website
-
Difficulty 3/5 1-2 days Newbie friendliness 25/100
ipython/ipython-website#161 ·
-
Add LICENSE Open
Difficulty 2/5 1-3 hours Newbie friendliness 20/100
ipython/ipython-website#133 ·
All issues in ipython/ipython-website
Similar issues
-
bug effort:S P3 portal
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
nightscout/nocturne#1518 · 1 comment ·
-
📕documentation
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
db-ux-design-system/core-web#8239 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
NavigationViewItemAutomationPeer implements IInvokeProvider but never advertises the Invoke pattern Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
unoplatform/uno#24629 ·
-
area:ui bug platform:vscode platform:windows
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
anthropics/claude-code#96521 ·