https://bugs.documentfoundation.org/show_bug.cgi?id=90821
Bug ID: 90821
Summary: UI: different behaviour for 'insert row/column' for
Writer and Calc
Product: LibreOffice
Version: 4.4.2.2 release
Hardware: Other
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: loto...@gmail.com
There is different behaviour for 'insert row' (also 'insert column') in Writer
(while editing tables) and Calc.
1) In Calc 'insert row' create new blank row at cursor and moves previously
current line down.
While in Writer 'insert row' creates new blank row *after* previously current
line.
2) Final cursor position is also different for both apps.
Below is simple illustration for behaviour: three rows with data 'a', 'b', 'c',
cursor is set on
row 'b'.
====================================
Calc (before 'insert row'):
a
b (cursor here)
c
====================================
Calc (after 'insert row'):
a
(new blank row created here, cursor is left on the same row)
b
c
====================================
Writer (before 'insert row'):
a
b (cursor here)
c
====================================
Calc (after 'insert row'):
a
b (cursor is still here)
(new blank row created here)
c
====================================
IMHO, the Calc's behaviour is more natural (can't describe why, is's just
IMHO).
Just checked Microsoft Office: it has different menu actions: insert row below
(writer's behaviour),
insert row above (calc's behaviour).
While on ribbon interface 'insert row above' has big icon, and 'insert row
below' has small icon
(probably MSO think that 'insert row above' should be used more often?)
Anyway, my key concern is the same button 'insert row' must be consistent
across applications
and perform the same action. Current behaviour makes user think each time what
application he/she is using
and what behaviour to expect and whether current row is properly selected or
he/she should move one row down/up.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
