pa11y
ddcutil
pa11y | ddcutil | |
---|---|---|
21 | 47 | |
3,958 | 858 | |
0.7% | - | |
5.8 | 9.9 | |
14 days ago | 10 days ago | |
JavaScript | C | |
GNU Lesser General Public License v3.0 only | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
pa11y
-
🤯 150 Articles to Satisfy Your Curiosity
Pa11y is your automated accessibility testing pal (https://pa11y.org/) by Rowan Manning
-
Scrollbars Are Becoming a Problem
And educate himself just a tiny little bit? ;)
Then in his next web project, he just might use https://github.com/pa11y/pa11y and make the world a better place!
-
Building Accessible Web Experiences: A Checklist for Frontend Developers
Pages should have descriptive titles. Make use of tag. Not just for accessibility reasons, its one of the key tools to improve your SEO.
- iFrames should have descriptive titles. iFrame is basically a page within a page, same rule applies for it too.
tag should have
lang
attribute. It helps screen readers to use correct pronunciation. If parts of your website use different languages, addlang
attribute to respective elements as well.- Roles: ARIA roles define the type of element and its purpose. Roles can be used to indicate whether an element is a button, link, menu, dialog, or other interactive components. For example,
role="button"
can be added to aelement to convey that it functions as a button.
- Labels. Interactive elements should have accessible name inside
aria-label
- Element semantics should not be inappropriately suppressed with aria-hidden. Avoid hiding elements from accessibility tree; If required, use CSS styles to make element invisible by changing opacity or visibility.
- Images should have alt attribute. Have you ever been stuck with slow connection and faced a white square wonder what's that supposed to be? Add an
alt
attribute so the images could be easily identified by text readers.Useful tools
Going through all those checkpoints might be overwhelming, and indeed, the larger your webpage or application is, the more effort it will take to find and address them.
There are, luckily excellent tools that can jumpstart the process.
- WAVE: A free online tool that provides visual feedback about the accessibility of your web content, highlighting potential issues and offering suggestions for improvement.
- axe DevTools: An accessibility testing extension for Google Chrome and Firefox that can be used directly within the browser's developer tools.
- Pa11y: An open-source automated accessibility testing tool that you can run from the command line or integrate into your CI/CD pipeline.
- Lighthouse Accessibility Audit: Excellent for a quick accessibility insight, Lighthouse is available with Google Chrome dev tools and checks highlight opportunities to improve the accessibility of your web app.
Remember that automated tools are valuable for identifying many common accessibility issues, but manual testing is often necessary to fully understand and address the user experience for people with disabilities. A combination of automated and manual testing, along with a commitment to ongoing accessibility, is key to maintaining an accessible web presence.
Happy coding!
Original post
-
Creating an Accessible Web for Everyone with Anuradha on Girl Code Coffee Chat #9
Pa11y
- Como adicionar recursos de acessibilidade em um site?
- Code optimisation for accessibility
-
Automated Accessibility Part 3: Regression Tests
Automated libraries such as axe-core and pA11y have been a very seamless way to bring accessibility testing into development teams UI testing. It can get development teams to begin to learn and grow accessibility in their teams. However, one big problem has appeared since the rise in popularity of these libraries.
- Como vocês geram métricas de acessibilidade?
-
A Practical Approach to Automated Accessibility
PA11y - It runs accessibility tests on your pages via the command line or Node.js, so you can automate your testing process
-
About a11y in general
https://github.com/pa11y/pa11y - Tool for testing ally using node.js (it also has integration with Cypress).
ddcutil
-
Show HN: Multi-monitor KVM using just a USB switch
Apologies. I hate when people do that as well.
In addition to the other links posted, ddcutil.org has some more good info: https://www.ddcutil.com/#introduction
- Scrollbars Are Becoming a Problem
- CEC over DisplayPort
-
Recommandations KVM
Sous Linux j'avais utilisé ddcutil
-
Connecting a Display Port 1.4 graphics card to the Dell thunderbolt dock WD22TB4
Most monitors have a Virtual Control Panel (VCP), which implements features defined in the Monitor Control Command Set (MCCS). This is a VESA standard. You can find the Input selection command in table 8-10. You send these commands over an I2C bus called Display Data Channel/Command Interface which is yet another VESA standard. If you are running Windows https://www.nirsoft.net/utils/control_my_monitor.html will let you use every VCP feature your monitor has. For Linux, https://www.ddcutil.com/ does this. For Mac, https://github.com/alin23/Lunar
-
Opinions on functional & performance requirements for a desktop TB/USB4 AIC
The protocol is called DDC , it's a VESA standard. In there, it's called VCP features. If you are running Windows https://www.nirsoft.net/utils/control_my_monitor.html will let you use every VCP feature your monitor has. For Linux, https://www.ddcutil.com/ does this. For Mac, https://github.com/alin23/Lunar note how all three mention input selection.
-
TIL there are apps that can control your monitor without touching the buttons on it
ddcutil (a command-line tool, and what most UI tools are based on)
-
'monitorctl' cli tool to control brightness, contrast and volume of external monitors on linux
A related non rust tool (that also has an optional GUI) is ddcutil. How does this compare to that?
- I built a widget to adjust the brightness of external monitors
-
Brightness issue
I've also used ddcui: https://www.ddcutil.com/#introduction, available as an AUR package: https://github.com/rockowitz/ddcutil. This has a nice GUI: https://www.ddcutil.com/screenshots/ddcui_features.png and works on everything I've tried it on out of the box.
What are some alternatives?
lighthouse-ci - Automate running Lighthouse for every commit, viewing the changes, and preventing regressions
winddcutil - Windows implementation of the ddcutil Linux program for querying and changing monitor settings, such as brightness and color levels.
axe-core - Accessibility engine for automated Web UI testing
ddcctl - DDC monitor controls (brightness) for Mac OSX command line
cypress-audit - ⚡ Run Lighthouse and Pa11y audits directly in your E2E test suites
Clight - A C daemon that turns your webcam into a light sensor. It will adjust screen backlight based on ambient brightness.
pa11y-ci - Pa11y CI is a CI-centric accessibility test runner, built using Pa11y
MonitorControl - 🖥 Control your display's brightness & volume on your Mac as if it was a native Apple Display. Use Apple Keyboard keys or custom shortcuts. Shows the native macOS OSDs.
Playwright - Playwright is a framework for Web Testing and Automation. It allows testing Chromium, Firefox and WebKit with a single API.
soft-brightness - Gnome-shell extension to manage your display brightness via an alpha overlay (instead of the backlight).
cypress-fail-fast - A Cypress plugin to skip tests on first failure.
open-USB-display-service-utility - Reverse engineering of the apple display service utilty