Page MenuHomePhabricator

Order/rearrange user menu items based on usage and hierarchy
Open, LowPublic

Assigned To
Authored By
ovasileva
Sep 14 2021, 9:13 PM
Referenced Files
Restricted File
Feb 15 2023, 5:18 PM
Restricted File
Feb 15 2023, 3:50 PM
Restricted File
Feb 15 2023, 3:50 PM
F36852576: image.png
Feb 15 2023, 3:47 PM
F36852574: image.png
Feb 15 2023, 3:47 PM

Description

Background

We would like to re-visit the order of items as they appear in the user menu for new vector.

Acceptance criteria

Notes

  • might make sense to put preferences at (or towards) the bottom
  • @RHo has suggested adding groupings within the menu to make it easier to remember what's where

Event Timeline

ovasileva triaged this task as Medium priority.Sep 14 2021, 9:13 PM
ovasileva added a subscriber: alexhollender_WMF.

Just a note, that changing the order, changes order for all skins. If we want to have skin-level ordering, we'll likely need to build out some infrastructure to support that.

@ovasileva where are we with this one? Presumably we have the data from T289574 [ to make a decision now.

ovasileva lowered the priority of this task from Medium to Low.Jun 9 2022, 9:20 AM

Not a blocker for eventual deployment. Can revisit as more community feedback comes in

Jdlrobson renamed this task from Order user menu items based on usage and hierarchy to Order/rearrange user menu items based on usage and hierarchy.Feb 15 2023, 12:10 AM
Jdlrobson updated the task description. (Show Details)
Jdlrobson added a subscriber: Theklan.

T302641 has been closed, along with its exceedingly pertinent note on the unhelpful hiding of the user talk page in a menu, rather than making it obvious and immediately present to new users (and older ones too!). As the comments there have not been transferred here along with the close, I quote: "I rarely visit my own user page. (and why would you? to update it?) Stuff that in the user menu and give me my talk page! I go to my talk page (when there's no alert) to follow up on questions/requests, new users go (or should go) there to read their welcome message again with all the helpful links." The decision to hide the talk page and show the user page is also a stark contrast to the logic given as an explanation for hiding the log in button and show the create account button. However low the frequency of needing a log-in button is, going to the userpage is tremendously lower. The contributions page is also much more useful than the userpage, but a lower priority than the talkpage, a page that is acutely crucial to being an editor on Wikipedia.

something I've wondered about in the past, which seems worth bringing up again given some people's frustration with the personal tools menu, is showing a few more items from the menu (and potentially adding labels) at larger screen resolutions:

icon-onlyicon + labelmixed icon/label
{F36852581 width=400}{F36852578 width=400}{F36852650 width=400}

I think the concern we've had is that it makes the interface more dense, and takes focus/prominence away from other (arguably more important) elements

Alex: yes, a bit of compression will make it easier to leave 1-2 more items in the personal tools links w/o other design changes.

@Chipmunkdavis: +1 to making user:talk visible and one click away, whenever you're logged in.

I think user:talk was hidden because of the 'notifications' mindset, thinking it was duplicative. But even casual users may find their personal talk page to be one of the most useful parts of the site. (Aside: over time the 'personal landing page' that V2022 exposes could be integrated with the talk page, to reduce confusion and redundancy. But that's a larger change.)