Issue 114494

Summary: Copy paste between documents should handle conflicting styles
Product: Impress Reporter: camillem <cmoulin>
Component: editingAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P4 CC: issues
Version: OOo 3.2.1   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Source document for copying the slide
none
Target document to paste the slide none

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...
Comment 7 Marcus 2017-05-20 11:11:49 UTC
Reset assigne to the default "issues@openoffice.apache.org".