Updated: Comment #0
Problem/Motivation
The form at the top of admin/people is currently a bit chaotic and confusing:

The local action to add a user is not clearly delineated from the rest of the form, and the difference between the exposed filters and the action selection isn't clear. Additionally, having the Apply button below its select box but the Filter button inline makes the form look sort of imbalanced.
Proposed resolution
We should add better visual and semantic separation between the three parts of this form
#1475204-17: [META] Provide a generic search/filter UI interface pattern for listing pages proposes a fairly dramatic overhaul to the interaction, but it would require significant API changes for exposed filters that are unlikely to make it into D8. Let's see if there's any semantic markup and layout adjustments we can make to make this more usable and accessible.
Remaining tasks
- Come up with a design (preferably just form/markup/CSS changes?).
- Create patch.
- Usability review
- Do accessibility testing.
- Apply the same pattern to admin/content.
User interface changes
TBD
API changes
TBD
Related Issues
| Comment | File | Size | Author |
|---|---|---|---|
| #7 | Redesign Filters in Add People.png | 95.75 KB | aroop_1987 |
| #2 | Snímek obrazovky 2013-09-24 v 16.08.17.PNG | 28.32 KB | honza pobořil |
Comments
Comment #1
tkoleary commented@xjm
Also relates to #2022297: [META] Unified toolset for Views in core
Comment #2
honza pobořil commentedToo think about all these Apply buttons (see attached screenshot). I am lost too what button do what.
Comment #2.0
honza pobořil commentedUpdated issue summary.
Comment #3
tkoleary commentedThis would be an excellent place to use Select 2.
Comment #4
yoroy commentedThis is something to prototype maybe?
Comment #5
yoroy commentedComment #7
aroop_1987 commentedThere 3 main changes i made in this wire frame:
1. Binding the filters section inside a container to clearly differentiate it.
2. Replacing Selection Boxes with Check boxes.The reason behind this is to avoid making the user guess on options due to select boxes. Also this gives user more control to refine the filtering.
3. Binding BULK ACTIONS with table, as it is the most immediate action after selection in the list. DELETE and ADD ADMINISTRATOR ROLE can be a part of Bulk Operations.
Comment #8
tkoleary commented@aroop_1987
Interesting approach.
I still think that there is no better pattern for this than dismissible pills like those provided by chosen or select2.
Checkboxes work well if there is a limited set of available options, but there are many instances where the set of options is quite large and checkboxes just don't scale.
Comment #9
wturrell commented[edited to be more helpful]
I agree about how using checkboxes often leads to clutter…
Btw there is/was a select2 module...
Taking a step back – I'm not convinced this issue is still relevant (@xjm?)
Caveat: I had barely heard of Drupal when it was created.
In 8.2.x /admin/content is a near copy of /admin/people and they're both user configurable views, and also the stylesheet has changed somewhat since the screenshot.
@aroop_1987 you might want to get involved with either of the two meta issues.
Quoting from the issue summary:
- "The local action to add a user is not clearly delineated from the rest of the form" - not sure I agree, the button style and top-of-page position seems consistent with other forms; as a relatively new user I still feel I recognise a blue button with a + sign is going to take me to a new form/page
- "and the difference between the exposed filters and the action selection isn't clear" - since then the button text has been changed from 'Apply' to 'Apply to selected items'
- also this is no longer the case: "Additionally, having the Apply button below its select box but the Filter button inline makes the form look sort of imbalanced."
I'd be minded to change this to "Closed - outdated" if there's consensus on all that...
Comment #10
tkoleary commentedScreenshot in summary is out of date. Shows Drupal 7.
Comment #12
ckrinaI'd like to pospone the development here until a generic & integrated design for VBO and filters has been decided. See #2721807: Design for filters and bulk operations.
Comment #23
quietone commentedReading the Issue Summary and comments this is not a bug so I am changing this to a task.
Adding related issues found when looking for duplicates.
Comment #26
avpadernoThis issue has been postponed on #2721807: Design for filters and bulk operations, but that issue is now for the contributed Seven theme. That issue should no longer block a Drupal core issue; eventually, it should be #2721807: Design for filters and bulk operations that is postponed on this issue.
Comment #27
avpaderno