Bug 56777 - EDITING: Copy & Paste of a slide from one presentation into another destroys format of graphical elements
Summary: EDITING: Copy & Paste of a slide from one presentation into another destroys ...
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
3.5.7.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-05 15:44 UTC by bugquestcontri
Modified: 2013-11-16 17:57 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Original slide (66.09 KB, application/vnd.oasis.opendocument.presentation)
2012-11-05 15:44 UTC, bugquestcontri
Details
pasted slide (88.27 KB, application/vnd.oasis.opendocument.presentation)
2012-11-05 15:45 UTC, bugquestcontri
Details
screenshot original slide (31.09 KB, image/gif)
2012-11-05 15:45 UTC, bugquestcontri
Details
screenshot of pasted slide (31.89 KB, image/gif)
2012-11-05 15:46 UTC, bugquestcontri
Details
New Sample Document (11.77 KB, application/vnd.oasis.opendocument.presentation)
2012-11-09 06:01 UTC, Rainer Bielefeld Retired
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bugquestcontri 2012-11-05 15:44:18 UTC
Created attachment 69569 [details]
Original slide

Problem description: 
Copy of  a certain slide in one presentation (select in Slide Sorter window) and paste it into another presentation (pasted in Slide Sorter window) destroys the layout of graphical element. This slide was originally completely created in Impress.

Copying and pasting some other slides from the same original presentation into the same destination presentation did not show a problem

Therefore I isolated both slides in there original presentation and deleted all other slides. I also replaced some words by xxxxx as this information is company confidential. Both slides are attached. Addtionally I attached screen shots of both slides.

Steps to reproduce:
1. Select slide in Slide Sorter and ctrl+c
2. Go into Slide Sorter of destination presentation
3. Paste in destination presentation


Current behavior:
Graphical element get destroyed when c&p this slide 

Expected behavior:
C&P of a slide from one presentation into another should keep the pasted slide in the same quality as the original slide;

Platform (if different from the browser): XP / SP3  LibO 3.5.7
              
Browser: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20100101 Firefox/16.0


I can be contacted
Comment 1 bugquestcontri 2012-11-05 15:45:06 UTC
Created attachment 69570 [details]
pasted slide
Comment 2 bugquestcontri 2012-11-05 15:45:35 UTC
Created attachment 69571 [details]
screenshot original slide
Comment 3 bugquestcontri 2012-11-05 15:46:03 UTC
Created attachment 69572 [details]
screenshot of pasted slide
Comment 4 Rainer Bielefeld Retired 2012-11-09 05:59:40 UTC
The effect is reproducible with reporter's sample and "LibreOffice 3.6.3.2" German UI/ German Locale [Build-ID: 58f22d5] on German WIN7 Home Premium (64bit) (and other versions back until OOo 3.1.1).
 
That has nothing to do with copy/paste complete slide, you see the same effects when you copy/paste individual elements, also from reporter's sample

But I think it's not a bug but a user error. Some quick research seems to show that all direct formatting persists when copy/past, but changed Styles (of course) do not persist, but change to the styles settings of new Document.

In Ma NewExample.op you see 2 rectangles looking very similar. Select all page contents and copy - paste to a new other blank presentation. It seems unexpecte that now the rectangles look different, but that's intended behavior. 

In the left rectangle I changed line around rectangle to blue, 1mm, Text to bold - italic - underlined - light red. For the right rectangle I did the same modifications for the Standard Style. 

After copy/paste to blank new presentation individual formattings for left rectangle persist (these individual formattings have priority to style), but for the right rectangle without individual formattings now formattings from new document's Standard Style are visible.

So NOTABUG
Comment 5 Rainer Bielefeld Retired 2012-11-09 06:01:07 UTC
Created attachment 69786 [details]
New Sample Document

Please see how to use in Comment 1
Comment 6 bugquestcontri 2012-11-09 07:55:23 UTC
Thank you Rainer for looking into this matter. I am glad the cause is know and it is not a bug but a wrong use of styles an direct formatting. 
I currently try to better grsp styles and direct formating and your explanation definitely helps.

The next is not meant as negative comment but as a forward leaning one.
It would be of much help to have a graphical document showing how styles are build up and linked. 
If there is something documented already, I would appreciate to get link to or a copy of such a document.
Should there someone else be interested in this I am willing to contribute to an "extension" or "update" of the manual. But, currently I do not understand enough for my daily flawless usage - not to talk about being able to produce something.
Comment 7 Rainer Bielefeld Retired 2012-11-09 11:13:07 UTC
I also from time to time get unexpected results because I do not know all details of the Styles handling, and I also often fail to get the results I want because I know too few about relations there.

I believe the best place for a systematic manual and some "tips and tricks" from real life would be the additional Manuals from <http://www.libreoffice.org/get-help/documentation/>

It sould be great if you could contribute some ideas on<documentation@global.libreoffice.org>, especially if you have learned something new solving a "real life problem" and if you can contribute a draft for an addition to the manual.

An example for a Problem I had: In CALC I want to see whether cells are explications (no borders) or values (border), whether a cell is for an input (blue border) or shows a result (red border). For results and inputs I need different units (currency, physics, ...). And Additionally background of all those cells should show whether the input or result is not plausible (checked by formula in conditional formatting. And the relation between the styles should be so functional that, for example, I can get double border widths for all value cells in the document, but only the input borders s transparent ... . But I never managed to do that correctly, suddenly my standard style is modified unexpectedly and unwanted, I don't get the correct relations between the styles.

Some similar not trivial examples might be useful.
Comment 8 bugquestcontri 2012-11-10 13:29:14 UTC
Sometimes it creates a "good" feeling recognizing that also other people struggle with certain things.... especially when one regards them as experts....

What you wrote about the formatting of cells in Calc sounds create. I am doing such formating manually....

I also got some helpful answer from AskLibO and currently try to sketch what I have learned in a notebook. Should be able to produce something, which I consider at least kind of helpful, I send to the guys at documentation@global.libreoffice.org. What I am working on is a graphical explanation on how styles are linked. E,g. When I want red bullets, I need to first create a new Character Style before I can create a new List Style and the link between both styles is created via the new List Style > Options > Character Style > select the new Character Style set up for the red bullets. So far this one can be displayed graphically very well. But there is much more to be done. I will try my best.

I feel it is also important to inform/warn people of the influence of modifications made in templates. (This was my problem leading to this bug report.). I started with an Impress template and continued to develop it. As there was no warning about a change to a different template, I did not understand why LibO "destroyed" my slide. 
Currently I am using more direct formating in Impress to avoid the reported "bug".
Comment 9 bugquestcontri 2012-11-10 13:30:25 UTC
typo in text aborve 
create -> great