-
Notifications
You must be signed in to change notification settings - Fork 4
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
UX Improvements #4
Comments
1) Single Selection Mode
Please check out Lines 314 to 324 in da0e3af
2) Single Click and Close Mode This mode is just a click mode without indicators. 3) Buttons Buttons are common for all dialogs, there is no special behaviour for lists. So simply adjust them to your needs manually. Following is part of every dialog: Line 76 in da0e3af
Every dialog does support an ok and/or cancel button or even none, simply set it up yourself. Adjustments I'll make in the next update: I will add an |
Thanks for your details and the new And it's already coded and released ! |
Actually maybe the new
which is not optimal, a tap on a already selected value should just close the dialog like when he chooses another value. |
that makes sense for this special mode, so I changed it |
Hi there.
First: your libs are awesome, bravo !
I'm trying to tune the behavior of the List Dialog and have a few remarks :
Well, to sum it all up : I'm switching from legacy PreferenceScreen and I try not to disrupt legacy behavior well summarized by this example (gmail settings) :
Could this be added as a new SingleSelectAndClose maybe ?
Thanks
The text was updated successfully, but these errors were encountered: