https://bugs.freedesktop.org/show_bug.cgi?id=40893
--- Comment #12 from Stefano Forli <[email protected]> 2012-09-08 01:24:07 UTC --- It is so frustrating having to justify this as a bug, but here we go... @Rainer Bielefeld Accordingly to your citation, besides being counter-intuitive, cumbersome, impractical, inconsistent,... the procedure of moving a table as described in the manual contains a bug. No other object requires this treatment for being manipulated (hence, inconsistency). In fact, when cutting and pasting a table selected, the cells are left behind and not properly moved. As far as I can tell, the cells *are* part of the table itself, so when cutting the selection these are apparently treated separately from the object they belong to. The same thing happening with a text selection (i.e.: "when cutting/pasting text, only alphanumeric characters are included, punctuation must be removed in step X") would look really weird, no matter in which step they are removed, eventually. If there would be any usability/logic reasons why a table object should be treated differently than any other object, then this bug should be closed. Mind that: usability/logic reasons, not documentation ones. The manual describes only a procedure that works with the current code, and infamous step 6 is a workaround for the bug. Although, since a cut/paste operation does not seem to be able to grab correctly all the components of an object without leaving leftovers, it must be fixed (and the manual updated). (I can't see why this wouldn't be an improvement compared to the current procedure) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- 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
