Last modified: 2014-03-01 00:14:46 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T54554, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 52554 - VisualEditor: Unindent should not remove lists
VisualEditor: Unindent should not remove lists
Status: ASSIGNED
Product: VisualEditor
Classification: Unclassified
Editing Tools (Other open bugs)
unspecified
All All
: Normal enhancement
: ---
Assigned To: Editing team bugs – take if you're interested!
:
: 56344 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-08-05 18:08 UTC by Dominic
Modified: 2014-03-01 00:14 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dominic 2013-08-05 18:08:28 UTC
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.
Comment 1 James Forrester 2013-08-06 00:12:28 UTC
(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.
Comment 2 Dominic 2013-08-06 01:55:35 UTC
(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.)
Comment 3 James Forrester 2013-11-19 07:29:09 UTC
*** Bug 56344 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links