Moving rows and columns in tables

BTW, a little bit more testing showed that you have a cosmetic bug right now in tables.

How to reproduce:

1) create table

2) in one of the cells enter three lines of text

3) place cursor to the third line

4) press ctrl+shift+up or down multiple times

ER: consistent behaviour: whether selection or moving of text lines happens

AR: inconsistent behavior: both actions are triggered: selection and move of lines

So, basically, moving text lines conflicts with moving rows in table. Different tools handle this differently:

Microsoft Word: alt+shift+up/down will move rows in table (not text lines within same row)

Microsoft OneNote: (THE BEST) they are very intellectual. If you select first line of text in a table row and press alt+shift+up, then the whole row is moved. If you select not first line of text --- then this line of text first will be moved within row and when it becomes the first, then the whole row starts to move. In general Microsoft OneNote is very nice and stable tool which I recommend to take into account. Just imagine how many throusands of man-years Microsoft has spent on conceptualization and stabilization of OneNote. Re-use it aggressively!

Google Document: (buggy) moves lines of texts only (never rows), and when line is the last in the row then it starts to travel to next column (not row!!), and sometimes it results in very buggy behaviour like damaging the table (few times it even damaged the document and I had to restore older version). So dont use alt+shift+up/down in tables of google document.

Atlassian Confluence: it does not support alt+shift+up/down. This shortcut in table inserts empty rows. However they have a special shortcut for cut and paste rows in table. I use it for reorganizing rows in table. Not very nice, but better than nothing.

Hello Andrei L.2,

We really appreciate your detailed feedback and updates on this, definately passing it on to the Paper team!

Thank you!