[SPIKE] Should a shared design pattern unify the appearance of talk page buttons' disabled states?
Closed, ResolvedPublic
Actions

Assigned To

Authored By

	ppelberg
	Aug 9 2022, 10:18 PM

Description

Thank you to @alexhollender_WMF for spotting this issue.

T314488 asks us to revise the appearance of the activated state of the Add Topic button that appears in the sticky header.

This task is asking us to answer the following open questions.

Open questions

1. For people who have the Show discussion activity setting enabled, should a Reply button they've clicked/tapped to open a Reply Tool appear in the same way that the Add topic button within the sticky header appears once it's been clicked?
2. When someone clicks/taps a Reply button, the remaining Reply buttons on the page change state. What – if any – adjustments need to be made to how these remaining deactivated Reply buttons appear to compliment / be consistent with what's decided in "1."?
- Consider T314218 and the difficulty people may have using the appearance of the Reply buttons to identify the comment they are replying to.

Experience

	Active	Disabled	Active + Disabled
Reply	N/A	TBD	TBD
Add topic (sticky header)	N/A	N/A	TBD; see T314488

Done

Answers to all Open questions are documented
"TBD" button states within the Experience section are defined and implemented

Related Objects
Search...

Status	Assigned	Task
Open	None	T276497 Scale DiscussionTools to all projects
Open	None	T366095 Deploy comment thanking to all wikis
Open	None	T310959 Scale Usability Improvements to all projects
Open	Trizek-WMF	T319146 [Release Ticket] Offer Usability Improvements as default-on feature at all projects (desktop)
Resolved	ppelberg	T302547 [Usability Improvements] Deploy as Beta Feature at all wikis (desktop)
Open	None	T249579 [EPIC] Usability improvements: make the actions, activity and content within talk pages easier to understand
Resolved	ppelberg	T304371 [Release ticket] Deploy Clear Affordances as Beta Feature at Partner Wikis
Resolved	ppelberg	T314898 [SPIKE] Should a shared design pattern unify the appearance of talk page buttons' disabled states?

Event Timeline

ppelberg created this task.Aug 9 2022, 10:18 PM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 9 2022, 10:18 PM

ppelberg updated the task description. (Show Details)Aug 9 2022, 10:28 PM

ppelberg moved this task from Backlog to Triaged on the DiscussionTools board.

ppelberg moved this task from Untriaged to Upcoming on the Editing-team board.

ppelberg moved this task from Tickets for Consideration to Clear Affordances on the TPP-Phase1 board.

ppelberg added a parent task: T304371: [Release ticket] Deploy Clear Affordances as Beta Feature at Partner Wikis.Aug 9 2022, 10:30 PM

ppelberg updated the task description. (Show Details)Aug 11 2022, 3:28 PM

ppelberg edited projects, added Editing-team (Kanban Board); removed Editing-team.Aug 22 2022, 6:43 PM

Thoughts on this:

For people who have the Show discussion activity setting enabled, should a Reply button they've clicked/tapped to open a Reply Tool appear in the same way that the Add topic button within the sticky header appears once it's been clicked?

Yes, ideally the Reply button that the user has clicked/tapped on should become a "disabled" state in a similar way to the "Add topic" button in the sticky header.

When someone clicks/taps a Reply button, the remaining Reply buttons on the page change state. What – if any – adjustments need to be made to how these remaining deactivated Reply buttons appear to compliment / be consistent with what's decided in "1."?

I believe we shouldn't disable the remaining Reply buttons – this might lead to some complications but would be more consistent with providing the user the option to reply to other messages/topics without being blocked by an "opened" reply.

DECIDED: Per what @nayoub and I talked about offline today, we're going to keep the appearance of the "Active" and "Inactive" Reply Tool links unchanged. [i]

In deciding the above, @nayoub surfaced the potential for people to become confused about what to do in the event that they:

Open a Reply Tool to respond to "Comment A"
Realize they meant to respond to "Comment B"
Become confused about what they need to do in order to respond to "Comment B" instead of "Comment A"
- Reason: they might not think to shift their attention from the Reply link that is related to the comment they are meaning to respond to (read: "Comment B") and to the Cancel button within the Reply Tool related to the comment they mistakenly started to respond to (read: "Comment A").

I've filed T316061 for us to address the issue above. In the meantime, I think this ticket can be resolved considering we've decided not to make any changes to how the Reply links appear in its various states and we'll address the appearance of the Add Topic button in T314488.

	i. Reply Tool's "Active" and "Inactive" States
mobile
desktop

ppelberg attached a referenced file: F35486294: Screen Shot 2022-08-23 at 4.00.24 PM.png. (Show Details)Aug 30 2022, 12:00 AM

ppelberg attached a referenced file: F35486297: Screen Shot 2022-08-23 at 5.04.53 PM.png. (Show Details)

	F35486294: Screen Shot 2022-08-23 at 4.00.24 PM.png
	Aug 24 2022, 12:05 AM

	F35486297: Screen Shot 2022-08-23 at 5.04.53 PM.png
	Aug 24 2022, 12:05 AM

[SPIKE] Should a shared design pattern unify the appearance of talk page buttons' disabled states?Closed, ResolvedPublicActions