Page MenuHomePhabricator

VisualEditor: Pressing backspace when cursor is in the first position in a nested list item should unindent, not merge it with the previous item in the parent list
Closed, ResolvedPublic

Description

Steps to reproduce:

  • Create a numbered list as follows:
1.item 1
2.
3.item 3
  • Now add indentation to the third item , so it becomes:
1.item 1
2.
      1.item 3
  • Now place the cursor just before the item 3 and press delete

Instead of having the item 3 unindented the resulting list comes up as:

1.item 1
2. 1. item 3

See the screenshot:

Screen_Shot_2014-02-24_at_11.37.00_AM.png (472×980 px, 77 KB)

Test Environment: http://en.wikipedia.beta.wmflabs.org/
Browser: Chrome Version 26.0.1410.65 & FF 25
OS: MAC OS X 10. 8. 5
Page: http://en.wikipedia.beta.wmflabs.org/wiki/24thfebchrome?veaction=edit

See Also: T65051: VisualEditor: Pressing delete on an indented list item does not unindent it rather merges it with the previous item in a numbered list

Details

Reference
bz61863

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 2:51 AM
bzimport set Reference to bz61863.
Pols12 subscribed.

Rendering has changed since the first report: now, an empty line with a “Insert paragraph” slug displays after 2..

Yet, whatever you click on this slug (i.e. whatever you add an empty paragraph starting item 2), Parsoid strips it. This means: even if you don’t press backspace, Parsoid will merge anyway item 3 with empty item 2:

$ echo -e "#item1\n#\n##item3" | php bin/parse.php --wt2wt
#item1
##item3

However, if item 2 is not empty, the current behavior seems expected, so this could be declined.

Actually, this seems to duplicate T54557, which refers to OpenOffice and Word for external consistency.

Esanders claimed this task.
Esanders subscribed.

This behaves more sensibly now.

What do you mean with “more sensibly”? I can still reproduce the visual issue described in initial report.