iBet uBet web content aggregator. Adding the entire web to your favor.
iBet uBet web content aggregator. Adding the entire web to your favor.



Link to original content: https://phabricator.wikimedia.org/T345751
⚓ T345751 MUL - When editing, show the popup of the onboarding element immediately
Page MenuHomePhabricator

MUL - When editing, show the popup of the onboarding element immediately
Closed, ResolvedPublic

Description

Based on user testing, we know that the onboarding element can be hard to find.

To make it easier for Termbox editors we should show the onboarding element immediately when starting a Termbox editing session rather than requiring editors to click the pulsing dot.

Related task here: T345750

Mockup

export (1).png (1×1 px, 227 KB)

Acceptance criteria:

  • When starting the Termbox editing session, immediately show the popup of the onboarding element (and not only after clicking on the pulsating dot).

Event Timeline

Manuel renamed this task from MUL - Show the onboarding element immediately on page load to MUL - Show the show the popup of the onboarding element immediately on page load.Sep 6 2023, 4:48 PM
Manuel updated the task description. (Show Details)
Manuel renamed this task from MUL - Show the show the popup of the onboarding element immediately on page load to MUL - Show the show the popup of the onboarding element immediately.Sep 6 2023, 4:52 PM
Manuel updated the task description. (Show Details)
Manuel renamed this task from MUL - Show the show the popup of the onboarding element immediately to MUL - When editing, show the popup of the onboarding element immediately.Sep 6 2023, 4:55 PM

Does the pulsating dot still exist (and the popup “points” to it), or is it removed?

Does the pulsating dot still exist (and the popup “points” to it)

Yes, I believe the original intention in the mockup was to have the popup point to the pulsating dot. @Sarai-WMDE please verify (I am fine with either variant).

Oh, and if the dot remains, I assume clicking it should still toggle the popup?

I assumed that the only behavior change involved by this iteration is that the popup message is displayed by default when the edit mode of the Termbox is enabled. All the rest remains the same: the dot persists if the popover is simply closed, the popover is toggled by clicking the dot, the dot is not displayed anymore if the "Don't show this again" checkbox is selected before closing the popover*

*This was part of the original ticket's AC'S (T316769), but I can't reproduce this behavior in test.wikidata. Although that might be on purpose?

*This was part of the original ticket's AC'S (T316769), but I can't reproduce this behavior in test.wikidata. Although that might be on purpose?

It works for me, I don’t see the pulsating dot anymore after checking that box and reloading the page. (I can bring it back by manually resetting the wb-dont-show-again-mul-popup option in the API sandbox.)

Agh, that's it. I forgot reloading was necessary. That's alright.

Adding the following logistics note here for transparency: The completion of this task, T345083: MUL - Change the copy to "default values" in different places and T345750: MUL - Change the position of the popup of the onboading element is necessary to proceed with upcoming user research around MUL, for which recruitment is ongoing.

Change 977102 had a related patch set uploaded (by Lucas Werkmeister (WMDE); author: Lucas Werkmeister (WMDE)):

[mediawiki/extensions/Wikibase@master] Show pulsating dot popup when entering edit mode

https://gerrit.wikimedia.org/r/977102

Change 977102 merged by jenkins-bot:

[mediawiki/extensions/Wikibase@master] Show pulsating dot popup when entering edit mode

https://gerrit.wikimedia.org/r/977102

Manuel claimed this task.

Thank you, this is ready for testing! :)

I'm sorry I decided not to prioritize reviewing this ticket and the following was overlooked:

Screenshot 2024-01-12 at 15.48.27.png (404×1 px, 71 KB)

I captured a couple of small visual issues in the following ticket: T355059: OOUI Popover component padding fixes [timexboxed to 1 day for proposing a fix via OOUI]. I decided not to create a bug ticket because the feature is not in production, but let me know if that's preferred instead.