Page MenuHomePhabricator

VisualEditor: Unindent should not remove lists
Open, MediumPublicFeature

Description

Author: mcdevitd

Description:
The expected behavior in most word processors (Word and OpenOffice) is that the user can unindent (shift-tab) only to get to the initial list indent level but it should not actually delete the bulleting/numbering itself when you to the end. In VisualEditor, unindenting once too many times can remove the initial bullet/number entirely.

This becomes particularly annoying when (because of the behavior described in bug 48051) you accidentally split a list into two lists which can't be fixed clicking the list button again to re-add the bullet/number.


Version: unspecified
Severity: enhancement

Details

Reference
bz52554

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 1:53 AM
bzimport set Reference to bz52554.

(In reply to comment #0)

The expected behavior in most word processors (Word and OpenOffice) is that
the user can unindent (shift-tab) only to get to the initial list indent
level but it should not actually delete the bulleting/numbering itself when
you to the end. In VisualEditor, unindenting once too many times can remove
the initial bullet/number entirely.

This was a deliberate choice, though I can't remember why (it was over a year ago that this was implemented). We should reconsider.

This becomes particularly annoying when (because of the behavior described in
bug 48051) you accidentally split a list into two lists which can't be fixed
clicking the list button again to re-add the bullet/number.

"Undo" fixes that instantly, of course.

mcdevitd wrote:

(In reply to comment #1)

(In reply to comment #0)

This becomes particularly annoying when (because of the behavior described in
bug 48051) you accidentally split a list into two lists which can't be fixed
clicking the list button again to re-add the bullet/number.

"Undo" fixes that instantly, of course.

I wasn't trying to say that it is unfixable. I was just pointing out that the current list behavior means that the way most(?) people might naturally try to correct losing their bulleting/numbering would only compound the error. ("Undo" fixes almost anything, of course, except frustration and time wasted.)

  • Bug 56344 has been marked as a duplicate of this bug. ***

(Still valid in current VE; is this really normal priority?)

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 12:24 PM
Aklapper removed a subscriber: rmoen.