The default, which you get by Ctrl+V is a Writer-OLE. The reported adding of styles only happens, if you insert the clipboard in rich text format.

I think, that changing the default is a valid request and something the UX-team should consider.

BTW, I consider it a bug, that in rich text format graphic styles are generated. But that is a different topic.

Agreed!

My preference would not to change this - solely to let users struggle a bit to learn paste special. Sorry ;)

I'm also on the pro side. Makes not much sense to burn Writer styles into a presentation and users have always to paste special which is quite error prone. 

If formatting is taken, we better do it with rich text as Regina suggests. => BUG

I really found rare reasons to copy any text to Impress keeping the source format.

Most people don't know special paste and waste their time to clean the pasted text

I think that it would be fine, when copying text only, that text is copsed with no direct format and text style. Current behaviour is copying with Standard style and adding directs formats. This is another waste of time to clean direct formats and change style to Text

Agreed - Text Only as default.

Strongly Disagree - RTF or OLE should be default


This enhancement is a bad idea. For several reasons.

1) The other office suites do not use text only as default. Popular suites such as Word Perfect and MS Office use the rich text format by default.

2) For consistency sake, all apps should behave the same way whenever possible. Copying from Calc to Writer should be the same as Writer to Calc. Adding this unnecessary inconsistency will make the UX feel unpolished.

3) The claim that presentations would not want to preserve source formatting is just not true. While working on company presentations, I have cribbed marking material in other formats. Most of the time, I have kept the source formatting as it conforms to our company's standards.

@ Luke
1 I'm not using LO as a cheap clone of MSO. I'm using LO for many reasons, and one of them is that if a user wants a new feature, he can ask for it. If the feature is considered as a good idea by the community, it'll be agreed. And if a dev has time to implement it, it'll be done.

2 Seam's reasonable, but should be applied with intelligence to avoid stupid behaviour. (Out of discussion, but I can't remember when I should press the shift key to keep ratio size of an object and when I shouldn't)

3 The only valuable argument(FMPOV). But, presentations are to be used on screen, with few words, images etc. Document are to be used on hand, to be read. With many words, sentences, paragraphs, chapters...
  There is absolutely no reason to have the same police with the same size and the same colour.
Helping people to work this way is not helping them to build good presentation, even if it is done on company such as MS

No, I still believe that pasting text only with text style, is a good way to past text from Writer. The style you want to use should be Text for most of time and a child style of Text in the other cases.
Such a behaviour should encourage people to use this great functionality that MSO PP haven't (AFAIK).

Pasting a slide to a text document, seems more useful to me than pasting just text.
And I agree with Luke on the consistency,

This is an enhancement request and is still valid
In particular, if default behaviour wouldn't be set as text only, when selecting text only, it should be copied as text only in a text box, with "text" style applied and without direct formatting

Current behaviour copies in a text box, with "standard" style and applies some direct formats. 
This behaviour is clearly not encouraging people to use styles and is a waste of time for those who do

Dear Pierre C,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug