-
Notifications
You must be signed in to change notification settings - Fork 25
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
Fix accordion state #107
base: develop
Are you sure you want to change the base?
Fix accordion state #107
Conversation
Thanks @gunzip, will check this out. I think this is a great idea. Do you think it's worth getting devs to manually set the active panel as @thomasdigby, this might get around the need for the |
probably it's more practical to infer the active panel based solely on headers
that's right. maybe it's worth to activate the 'open' state checking for |
Hey @adamduncan this one seems a bit stale, is there any chance of getting it merged or does it require additional work? Thanks! |
Sorry, you're right. I'll have a review and merge or feedback! Thanks |
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.
Thanks for this update @gunzip. Everything looks good from a functionality point of view.
We'd want to document how the change can be utilised (with aria-selected
and aria-hidden
attributes on header/panel), and how it effects the firstPanelIsOpenByDefault
option.
Also, worth a version bump to 1.1.0
, a gulp build
, and a note in the changelog for the component. 👍 Sorry this took so long for me to get around to.
Here's some documentation to add to the end of the
|
Sometimes there's the need for accordion panels to be opened by default.
ie. to preserve state between interactions. This PR aims to maintain accordion panels open at init()
when the controlling header is marked with
aria-selected="true"