Page MenuHomePhabricator

[DESIGN] How could we enable editors to filter by topic in Recent Changes?
Closed, ResolvedPublic

Assigned To
Authored By
Samwalton9-WMF
Dec 5 2024, 1:20 PM
Referenced Files
F58207029: Select all in Topic group.png
Jan 15 2025, 8:25 PM
F58207027: Clicking on Topics.png
Jan 15 2025, 8:25 PM
F58207024: Active filters bar.png
Jan 15 2025, 8:25 PM
F58153396: Select all in Topic group.png
Jan 9 2025, 1:28 PM
F58153394: Clicking on Topics.png
Jan 9 2025, 1:28 PM
F58153324: Select all in Topic group.png
Jan 9 2025, 1:13 PM
F58153320: Clicking on Topics.png
Jan 9 2025, 1:13 PM
F58152197: Topic filters-1.png
Jan 9 2025, 10:20 AM

Description

Special:RecentChanges has a large number of available filters for editors to narrow which edits they see in this list:

Screenshot 2024-12-05 at 13.11.36.png (580×1 px, 117 KB)

We would like to figure out where we could add a Topic filter. One suggestion in the parent task was to add it as a third 'advanced' filter, alongside Namespaces and Tags.

Topics are divided into four categories - we may want to have sections in the topic filter to highlight these: https://www.mediawiki.org/wiki/ORES/Articletopic#Taxonomy

Another UX question we need to answer is whether selection multiple Topics should filter for edits which have any or all of those topics. Namespaces are any (all would make no sense), as are Tags.

Designs
1.Bar2.List3.Selecting all within a group
Active filters bar.png (1×1 px, 44 KB)
Clicking on Topics.png (1×1 px, 59 KB)
Select all in Topic group.png (1×1 px, 68 KB)
  1. Accessing topics:
    • Assuming that it will be easier to build the topics filter using the existing Recent Changes filter OOUI - a list of topics will be accessed via the 'Topics' button beside the 'Namespace' and 'Tags' buttons.
  2. List:
    • The greater-than sign (>) will appear in the search input field.
    • The list of topics will be in a scrollable list with checkboxes, grouped into topic groups. In the header of each topic group name (eg. Culture or History & Society).
  3. Select all:
    • There will be a 'Select all' button that selects all topics in that topic group. When topics are selected they will appear as new chips in the 'Active filters' section with the greater-than sign (>) at the beginning of each topic label. 'Remove all' would remove checkmarks from all topics in that topic group and would remove the chips from 'Active filters'.

It was discussed that the above option might be faster to build and implement but further down the line we would want to implement the topics UI from the Newcomer Homepage for consistency. There the topics open up in a modal, and each topic is a selectable chip rather than a list item.

Using topics UI from Newcomer Homepage
Topic filters-1.png (1×1 px, 90 KB)

Event Timeline

Another UX question we need to answer is whether selection multiple Topics should filter for edits which have any or all of those topics. Namespaces are any (all would make no sense), as are Tags.

As far as I can see every other filter is OR based, so Topics should be too - if you select multiple topics we should return edits matching any of them.