Bug 121574 - Enhancement : Pasting from Writer to Impress Should be "Text only" by default
Summary: Enhancement : Pasting from Writer to Impress Should be "Text only" by default
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste-Special-Unformatted
  Show dependency treegraph
 
Reported: 2018-11-21 08:58 UTC by Pierre C
Modified: 2022-12-12 03:18 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre C 2018-11-21 08:58:40 UTC
Hi, 

This is an enhancement request.

Copying from writer to impress, imports styles from writer, many styles... And this is rarely what the user wants. Text rendering in writer should not be the same in Impress.

Most often users are only copying text and they use special past then select "Text Only"

So This should be the default behaviour (FMPOV)

At last User should be warned that the Writer styles will be imported and then fill the impress styles with many unwanted ones

At least, only the styles used in the pasting object should be added to impress style's
Comment 1 Regina Henschel 2018-11-21 11:03:55 UTC
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.
Comment 2 Pedro 2018-11-27 16:55:01 UTC
Agreed!
Comment 3 Cor Nouws 2018-11-28 18:23:41 UTC
My preference would not to change this - solely to let users struggle a bit to learn paste special. Sorry ;)
Comment 4 Heiko Tietze 2018-11-28 19:21:25 UTC
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
Comment 5 Pierre C 2018-11-28 21:15:26 UTC
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
Comment 6 jim 2018-12-01 17:37:32 UTC
Agreed - Text Only as default.
Comment 7 Luke 2018-12-02 16:33:20 UTC
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.
Comment 8 Pierre C 2018-12-03 20:30:12 UTC
@ 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).
Comment 9 Cor Nouws 2018-12-04 22:22:24 UTC
Pasting a slide to a text document, seems more useful to me than pasting just text.
And I agree with Luke on the consistency,
Comment 10 Pierre C 2018-12-05 09:06:39 UTC Comment hidden (off-topic)
Comment 11 Heiko Tietze 2018-12-10 09:41:09 UTC Comment hidden (off-topic)
Comment 12 QA Administrators 2020-12-10 03:47:45 UTC Comment hidden (obsolete)
Comment 13 Pierre C 2020-12-11 08:48:00 UTC
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
Comment 14 QA Administrators 2022-12-12 03:18:15 UTC
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