https://issues.apache.org/ooo/show_bug.cgi?id=124034
Rainer Bielefeld <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |NOT_AN_ISSUE --- Comment #6 from Rainer Bielefeld <[email protected]> --- (In reply to TAB from comment #5) (a) Your examples do not match with things happening when you merge cells, so your argumentation is wrong. If you do things completely different it's expected that the result might be different. (b) The message appearing tells that the merge process will hide some cells and that the contents of those cells what will be hidden can be moved into the first cell A1 (in my first example). (c) "Move" from (b) sounds very similar to 'For B1: <control+c> -> click A1 -> <f2> -> control+v - <Enter>', and the result in A1 proceeding so is the same or at least very similar to the result after merge. (d) of course the behavior is unexpected from point of view of an naive approach, and it is reasonable tho think about a function doing things more intuitive, some new feature SMARTMERGE, results some closer to the cell merge function of Writer But that is something different from a bugfix. For that developers would need (e) Theory of all (e1) Real life examples: do really enough people need that? and for what? (e2) What does ODF specifications tell? (e3) Situation with competitors (IMHO Excel 2010 only keeps contents of top left cell ...)? (e4) and so on. If information is available we can rate costs / benefit relation So closing again, we don't have a bug here @TAB: Please feel free to open a separate feature request for your needs. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
