A transit help page keeps long directions tucked away until the visitor asks for them.
You have already changed classes and visibility and handled click events. This time visibility is only half the state: the button must describe the panel it controls, so someone who cannot see the menu gets the same information.
A real <button> already supports keyboard activation. Its aria-expanded tells assistive technology whether the controlled content is open. Keep that attribute and the panel’s hidden property synchronized in the same click handler; aria-controls points to the panel ID. Toggling a visual class alone cannot convey state to screen readers.
Open index.html to locate the labelled control and output. In script.js, notice the selectors point to those IDs, then follow the event from the control to the updated page. style.css only changes presentation; it does not cause the behavior. This example is finished already so you can run it before writing the next exercise.
Activate the Directions button with click or keyboard. The panel appears and disappears; inspect how aria-expanded changes from “false” to “true” alongside hidden. Both describe the same state.
Nothing in this demo is graded. The following exercise asks you to build the same idea for a different situation; come back here if the event or state change feels hard to trace.