-
Notifications
You must be signed in to change notification settings - Fork 12
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
Discuss onAccessibleClick and alternatives like exposing PressListener.a11yClickingProperty #872
Comments
I was originally imagining that there would be an exposed flag/property like that. |
@jessegreenberg do you have any concerns about this? I like the idea of simplifying the number of callbacks to pass into the PressListener constructor. We may find that we will still need options like this for the sun/ButtonModel hierarchy because we will only have access to the |
No concerns at all, I definitely think this should be explored as a general improvement. |
I'll take a look at this as part of my review of #831. |
Worked on this with @jessegreenberg today. We removed @jonathanolson would you please review this as part of you work with PressListener? |
This issue is incredibly old. @jonathanolson and I have worked multiple times on PressListener since then. I'm going to close. Please reopen if you feel differently. |
Oops, didn't close, but did just do another review of this code! Closing |
This lengthy title stems from #831, and whether or not onAccessilbeClick is the best api for what we are trying to accomplish. Having a fully separate function that is only fired when a press occurs with a11y is nice, but I could also foresee wanting to have branching logic inside the same function that holds other input related code.
For example, something like:
This is just a bad example with pseudo code, but I think it conveys my point.
The text was updated successfully, but these errors were encountered: