-
Notifications
You must be signed in to change notification settings - Fork 40
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
[META][UX] Redesign the "Manage display" form to be consistent with the rest of the admin UI. #2205
Comments
...so, the "Custom display settings" fieldset is only shown on the "Default" view mode. To reproduce:
Not a bug worth fixing IMO. I have a better UI proposal... |
...related: #2250 |
This seems like a good change. The current settings are ina non-obvious place. I think we should try to use the same ui workflow for this that the views ui uses to add/delete additional displays. |
Watching the BADCamp training videos, I filed #2305 so that we solve the UX issue with people not understanding that they need to hit the "Save" button on that form. Lets make this a meta-issue and also file separate issues for adding table headers and for making the management of custom displays work more like views (which is an idea I really like @mikemccaffrey 👍 ). |
I'm going to close this issue in favor of #315 since I believe that will cover these issues as well. |
I do not currently have the time/energy to word my proposal, but here is a draft of the things I think should get done:
This might not make sense to anybody now, but I promise to come back soon with a proposed mockup ...and a proper issue summary.
The text was updated successfully, but these errors were encountered: