To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=40366
------- Additional comments from [EMAIL PROTECTED] Wed Jul 16 22:02:19 +0000 2008 ------- this issue is still an issue in 2.4.1 aswell as in 3.0Beta2 Btw: I treat progies doing unexpected things that need manual repair as buggy, the issue-type needs to be set to "defect". Just for the records: Row-insert is like insert-row-above (content moves down) which means "out-of-the-way-for-the-above" and duplicating the hard-formatted settings. so practically it is an "insert-below" from the row above. All wellknown other programms will use selections like "insert below/insert above", and that choice is right - to my point of view. However, the actual OO-behavior is wrong as you can see at another place: Insert cell will move the content as request - and duplicate the hard-formatted setting of the untouched cells above. By that you can break hard formatted settings you had apllied for rows before the insert operations. Note: moving a cell is a moving - what might be usefull(logical) with rows is senseless with single cells. And: cell-insert and row-insert should behave in an equivalent manner. So the best would be to enable the below/above dialog and duplicated the formats from where one has started. that is foreseeable and reasonable. Martin --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
