Bug 144401 - Writer: paste of copied text found by style search without CRLF
Summary: Writer: paste of copied text found by style search without CRLF
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2021-09-09 10:02 UTC by Manfred
Modified: 2022-09-12 14:10 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
left current selection, right proposed extended selection (39.40 KB, image/png)
2022-09-08 08:29 UTC, Regina Henschel
Details
Screencast (603.20 KB, image/gif)
2022-09-08 08:58 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Manfred 2021-09-09 10:02:39 UTC
When I search for texts in a Writer document based on a paragraph style sheet, copy the found paragraphs and paste them into a new file, the paragraph marks are not taken into account, which causes all texts to be merged continuously
Comment 1 Buovjaga 2022-09-07 13:24:02 UTC
1. Write some paragraphs
2. Assign some of them the same style
3. Find & Replace by style, Find All
4. Copy & paste to new document

UX team: do you think the user expectation would be to include the paragraph break in this case?
Comment 2 Heiko Tietze 2022-09-08 07:48:35 UTC
I can follow the idea that a paragraph is completed by the paragraph break (PB). Thus, copying multiple paragraphs should take it into account.

But if we change the selection to also include the PB has the consequence that modifications to the paragraph style are applied to the following paragraph as well. So including the PB makes copy/paste work properly but breaks the find & replace workflow.
Comment 3 Mike Kaganski 2022-09-08 07:59:55 UTC
Is there *any* search condition that selects sequences of paragraphs, not multi-selection on paragraphs internals? Even regex like .* on a multi-paragraph text gives a multi-selection upon Find All, and pastes as a single paragraph...

No idea how to change that.
Comment 4 Regina Henschel 2022-09-08 08:29:24 UTC
Created attachment 182302 [details]
left current selection, right proposed extended selection

Heiko, I do not see, that it breaks find & replace workflow. If I extend the area, which is marked by find of paragraph style so, that the entire paragraph is marked, then still only the style of this paragraph is replaced and not the style of the following paragraph.

I support the idea, that in case of search for a paragraph style, the entire paragraph is marked as shown in the attached screenhot.
Comment 5 Heiko Tietze 2022-09-08 08:58:18 UTC
Created attachment 182304 [details]
Screencast

(In reply to Regina Henschel from comment #4)
> Heiko, I do not see, that it breaks find & replace workflow.

It does, by design.
Comment 6 Heiko Tietze 2022-09-12 14:10:08 UTC
(In reply to Mike Kaganski from comment #3)
> No idea how to change that.

While it seems desirable from the UX POV the implementation effort is way beyond the effort. Resolving WF but anyone feel free to reopen.