https://bugs.documentfoundation.org/show_bug.cgi?id=93581
Bug ID: 93581
Summary: Editing and Formatting of "copy row" operation
Product: LibreOffice
Version: 4.4.5.2 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: [email protected]
Reporter: [email protected]
Row Height fails to be included in a "copy row" operation. This is a new
moderately annoying GUI big in 4.4.5.2. What I describe below has worked as I
expected in all earlier versions I have used.
Details:
Default row height is 0.18"
To create visual vertical separations in my spreadsheet I create rows of height
0.09" with borders on all 4 sides, color red.
I have heretofore been able to create a new such separating row by selecting a
previous (already existing) row; do "Shift + Space" to expand selection to
entire row. Ctrl + C: copy. Move selected cell to my new separation row. Shift
+ Space to expand to entire row. Ctrl + V: paste.
Expected result: the row will carry all the formatting (borders) and will
shrink to the .09" height.
Actual result: the formatting copies OK but the row height remains unchanged.
Works the same if the height of the separator row is greater than default; say
0.24". The height does not come along with the copy/paste.
Similar to existing other row height bugs I read, such as 55433. My report is
succinctly on the "copy row" failure to include row height.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
