Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Copy paste between documents should handle conflicting styles|
|Component:||editing||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Issue Type:||ENHANCEMENT||Latest Confirmation in:||---|
Description camillem 2010-09-14 14:33:15 UTC
When you copy a drawing object from one presentation to another, and the target presentation has a style of the same name as the one that was applied to the object in the source presentation, then this style is applied to the copied object. This behavior is rarely wanted, especially when the style is "Default". When a user copies a blue square, for instance, he expects to get a blue square when he pastes it. This is related to a more general problem of OOo about dealing with style when copy-pasting.
Comment 1 camillem 2010-09-14 14:35:41 UTC
Created attachment 71678 [details] Source document for copying the slide
Comment 2 camillem 2010-09-14 14:36:28 UTC
Created attachment 71679 [details] Target document to paste the slide
Comment 3 camillem 2010-09-14 14:40:34 UTC
Steps to reproduce the problem : 1)Open source.odp (attached) 2)Copy the slide (it contains blue, red and green shapes) 3)Open target.odp (attached) 4)Paste the slide Expected result: -The slide content should be identical to the one copied Actual result: -The blue shapes are now orange. Reason of the bug: the application applies the "Default" style, that is different between the source and target presentations.
Comment 4 wolframgarten 2010-09-14 22:26:57 UTC
Reproducible. But hard to say if this is a bug or desired behaviour... Reassigned for decision.
Comment 5 camillem 2010-09-15 16:41:09 UTC
@wg, cl: I think it's both ;-) I mean, I think it was designed to work like that, but this was an unfortunate decision from a UX point of view. If further info is needed, please just post on discuss @ ux.openoffice.org about this. Thanks.
Comment 6 clippka 2010-09-16 11:00:22 UTC
currently this is the expected behavior. Switching the current behavior is not a solution as it would kill expectations other users may have when working with styles. A possible solution would be to have a user interaction where the user can decide to copy all formations including styles either during the operation or afterwards. Changing issue type from defect to enhancement. Not sure about the target as this has currently not much prio but I would love to have that changed...