Page MenuHomePhabricator

Edit toolbar on mobile: Enable Redo button
Open, Needs TriagePublic

Description

Background

Right now, only Undo is visible in VE edit toolbar on mobile. As part of T400903, we explored some improvements for the mobile edit toolbar. One of them was to support both Undo and Redo.

This task is to review this proposed solution and decide if we want to implement it.

Proposed solution

The idea is to keep Undo always available, and show Redo only after Undo is used so it’s clear that you can bring back the last change. Redo would stay visible while it’s still applicable, and disappear once you make a new edit or there’s nothing left to redo.

Grabación de pantalla 2026-04-13 a las 17.19.34.gif (618×392 px, 897 KB)

Acceptance criteria (or Done)

  • Review proposed solution
  • Implement Redo button (if decided)

Event Timeline

I would prefer a floating redo button to having the toolbar re-arrange itself. As the user will have just pressed undo it means we are moving/resizing buttons underneath their finger. It would be possible for a user who is trying to click undo twice (or more) to accidentally press undo then redo even if they are tapping in the same place.

@Esanders I agree we should avoid shifting targets under the user’s finger. But introducing it as a floating button would break the mental model, since the rest of editing actions live within the toolbar. In addition, Redo should appear as close as possible to Undo since they are related options.

I would suggest keeping Redo next to Undo next to each other in the toolbar, but ensuring the interaction is safe by:

  • Redo appears with a slight delay after Undo is triggered
  • The toolbar only updates after the tap is completed

Wdyt?

I don't think the target would shift under a user's finger, because the Redo button is added after the Undo button, which always remains first. I.e. the only potential misclick, is if someone tries to click "Undo" and then "A" (menu) rapidly in succession.

But I do quite like the idea of the Redo button appearing below the Undo button. It reminds me of the design pattern that is proposed in T423150: Edit toolbar on mobile: Enable Text styles drawer -- I.e. it would be a single button below. -- However I do also understand that the "A" is not a "function"-button but merely a "menu"-button, so they are different technical/mental models... -- But I think a major benefit is that it prevents toolbar-movement, which is inherently distracting/annoying to many users, and can take people out of the mental-flow of writing.

But I do quite like the idea of the Redo button appearing below the Undo button. It reminds me of the design pattern that is proposed in T423150: Edit toolbar on mobile: Enable Text styles drawer

I think showing Redo below Undo is more confusing, since the mental model of Undo/Redo is that they sit next to each other and work as a pair.

Their icons also rely on horizontal directionality (left = undo, right = redo). When stacked vertically, that relationship breaks, making it harder to understand how they relate to each other and what each action does.

image.png (566×786 px, 49 KB)
image.png (568×786 px, 49 KB)
Redo after UndoRedo below Undo

It also introduces an uncommon pattern, as most editing tools place Undo and Redo side by side, reinforcing their connection and making them quicker to scan and use.