Page MenuHomePhabricator

[Design spike] Improve responsive behaviour of Vector 2022 when bookmark functionality enabled
Open, MediumPublic

Description

Background

Following T427229: [Reading list roll out] Show both Watchlist and Saved pages in the header on Desktop and T426131: Update tools belt to accommodate watch and bookmark and update page tools to only show icons at lower resolutions we now show reading list and watchstar side by side. This adds friction at lower resolutions.

User story

As a reader Vector 2022 should adapt better to my display.

Current behaviour

Assuming a 180px logo and 155px username
For projects without ULS in the user menu:

  • At 790px search etc.. spills onto a new line

Screenshot 2026-06-08 at 3.52.25 PM.png (709×535 px, 91 KB)

  • At 637px the username collapses to user menu and the edit icon collapses into the user menu

Screenshot 2026-06-08 at 3.52.13 PM.png (622×609 px, 87 KB)

Ideas

Option 1: Use new line

Rather than collapse we could move read/edit to its new line

Screenshot 2026-06-08 at 3.55.00 PM.png (568×543 px, 74 KB)

https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/1297789

Option 2: Use JavaScript to detect and collapse page tools earlier

https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/1298215

Option 3: Add new breakpoints

https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/1298322

Requirements

...

BDD

  • For QA engineer to fill out

Test Steps

  • For QA engineer to fill out

Design

  • Add mockups and design requirements

Acceptance criteria

  • Add acceptance criteria

Communication criteria - does this need an announcement or discussion?

  • Add communication criteria

Rollback plan

  • What is the rollback plan in production for this task if something goes wrong?

This task was created by Version 1.2.0 of the Web team task template using phabulous

Details

Event Timeline

Change #1297789 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):

[mediawiki/skins/Vector@master] POC: Make toolbar responsive like Minerva

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

Test wiki created on Patch demo by Jon (WMF) using patch(es) linked to this task:
https://a329196714.catalyst.wmcloud.org/w/

Change #1297789 abandoned by Jdlrobson:

[mediawiki/skins/Vector@master] POC: Make toolbar responsive like Minerva

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

Sneha renamed this task from Improve responsive behaviour of Vector 2022 when bookmark functionality enabled to [Design spike] Improve responsive behaviour of Vector 2022 when bookmark functionality enabled.Jun 16 2026, 5:45 PM

Please do test this in languages other than English (especially Ukrainian, German, Greek) and on wikis that have both "Edit" and "Edit source" enabled (even for logged-out users).

See the comments I posted in T426453T426453#12029771 and T426453#12030079

I've always wondered why the "Read" tab is needed. Isn't that always the same link as "Article".

I've always wondered why the "Read" tab is needed. Isn't that always the same link as "Article".

We tried to remove that before but apparently that's important to some editors as it allows you to exit the editor.

We tried to remove that before but apparently that's important to some editors as it allows you to exit the editor.

Ah... people...
The editor has a cancel button, and the "Article" link also exits the editor, since it's the same link.
Honestly: I'd give it another try.

Change #1297789 restored by Jdlrobson:

[mediawiki/skins/Vector@master] POC: Make toolbar responsive like Minerva

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

Here's a prototype of some ideas we're xploring here: https://5b0a9d8f65.catalyst.wmcloud.org/wiki/Main_Page?useformat=mobile&useskin=vector-2022
I've hidden the "View" link in view mode per @Ponor suggestion. I also updated edit link to NEVER collapse.
Curious what you all think.

Hi, thanks for pinging me. Here's what I'm observing:

Screen wide enough, both side menus shown.
"Edit" and "View history" should better stay right-aligned; not sure what's pushing them to the left in that <div id="right-navigation">
Make note of the ex. Tools "button" (vertical ellipsis) – this has been deployed and it's a little annoying that the button is on the very edge of the bar. (then check the following two screenshots, the "button" is positioned fine, with a proper margin on its right)

Screenshot 2026-06-26 at 13-18-03 Template Citation needed - wider.png (2,078×498 px, 86 KB)

The window is a little narrower, the menus have disappeared, so there's much more space for the bar. Yet, the bar is now two lines – seems unnecessary. I guess the exact min window (or central content container) size for this to happen is yet to be determined.

Screenshot 2026-06-26 at 13-19-45 Template Citation needed - wide.png (2,232×542 px, 51 KB)

Very narrow screen: looks fine to me, though, of course, still unnecessary when there are only two tabs in the right-navigation div.

Screenshot 2026-06-26 at 13-20-37 Template Citation needed - narrow.png (1,238×486 px, 45 KB)

"Edit" and "View history" should better stay right-aligned; not sure what's pushing them to the left in that <div id="right-navigation">

Hey @Ponor looks like you might have been impacted by a Firefox bug from those screenshots. Can you hard refresh? Edit and view history are not intended to ever look like that.
https://5b0a9d8f65.catalyst.wmcloud.org/w/

Regarding vertical ellipsis we are considering moving restricting this to smaller resolutions like so:
https://ac5d16ab78.catalyst.wmcloud.org/wiki/Main_Page

Mhm, that's better:

Screenshot 2026-06-26 at 16-44-50 Template Citation needed — uk.png (2,092×404 px, 63 KB)

As for the overflow (Tools) button: that idea seems reasonable. A toolbar with a mix of text, black icons, and linked (blue) icons with labels, looks a bit awkward TBH.

(And I *still* don't think the labels next to the star and bookmark are needed - maybe for new users, for 10 days?)

Thanks for the input @Ponor ! It's very much appreciated! Feel free to share with anyone in your community that you think might have feedback.

Maybe the "Watch" text could be hidden by default but show up below the star when hovering on it? It might be a good compromise between the harder-to-reach hover text (which only appears after hovering on it for some time, and is less conspicuous) and permanently displayed text that takes a lot of real estate on screens.

Going forward we are bundling changese here under a feature flag.

You can test them out here on the beta cluster:
https://en.wikipedia.beta.wmcloud.org/w/index.php?title=Main_Page&vectornavigationupdate=1

and will be able to try them out in production next week from Thursday.

Change #1305950 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):

[mediawiki/skins/Vector@master] POC: Show tools label at higher resolutions

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

Change #1305950 abandoned by Jdlrobson:

[mediawiki/skins/Vector@master] POC: Show tools label at higher resolutions

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

To summarize the ideas we've implemented so far:

To summarize the ideas we're still discussing:

  • Show tools label at higher resolution (demo)
  • Remove collapsing of actions into ellipsis menu at lower resolutions and always showing edit button (demo, gerrit)
  • Hiding watch based on edit count or watchstar (this was not popular on Discord but there has been some interest in this expressed)
  • Only showing watch label on hover (source)
  • Language-specific breakpoints for namespace tabs/actions collapsing onto new lines. There is concern that English breaks earlier than it needs to given optimizations for languages such as Ukrainian

@Sneha any additional things to add?

Test wiki on Patch demo by Jon (WMF) using patch(es) linked to this task was deleted:

https://a329196714.catalyst.wmcloud.org/w/