Download it now!
Bug 68271 - Optionally insert paragraphs including breaks
Summary: Optionally insert paragraphs including breaks
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Paragraph Cut-Copy Options-Dialog-Writer
  Show dependency treegraph
 
Reported: 2013-08-19 11:58 UTC by Harald Koester
Modified: 2019-08-31 10:33 UTC (History)
9 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 Harald Koester 2013-08-19 11:58:47 UTC
Problem description: 
If you copy or move paragraphs to a new position always no paragraph end character is inserted in front or after the inserted paragraph.

Steps to reproduce:
[1] Create a new text document.
[2] Display non-printing characters.
[3] Insert four short paragraphs with at least 2 Sentences each. 
[4] Select the second paragraph with four mouse clicks. → All words of paragraph but not the paragraph end character are displayed as selected. Expected: Also the paragraph end character and the rest of the line should be displayed as selected. Go on with step 5a or 5b.
[5a] Copy paragraph to Clipboard: Ctrl+C. Go on with step 6a or 6b.
[5b] Cut paragraph to Clipboard: Ctrl+X. The paragraph end character of the paragraph of the cutted paragraph still remains. Expected: Also the paragraph end character should be deleted. Go on with 6a or 6b.
[6a] Move cursor in front of the first word of the fourth paragraph. Go on with 7a.
[7a] Insert paragraph from Clipboard: Ctrl+V → The text of the second paragraph is added to the fourth paragraph. That means no paragraph end character is inserted. Expected: Insertion of a new paragraph before the fourth paragraph, that means a paragraph end character has to be inserted. END.
[6b] Move cursor directly in front of the paragraph end character of the third paragraph. Go on with 7b.
[7b] Insert paragraph from Clipboard: Ctrl+V → The text of the second paragraph is added to the third paragraph. That means no paragraph end character is inserted. Expected: Insertion of a new paragraph after the third paragraph, that means a paragraph end character has to be inserted. END.

The behaviour is equal if you drag and drop the paragraph with the mouse. 

Bug already exists in my oldest installed version 3.5.0.

Bug 68268 describes a similar problem with sentences.
              
Operating System: Windows 7
Version: 4.1.0.4 release
Comment 1 Thomas van der Meulen 2013-08-22 15:41:44 UTC
Thank you for your bug report, I can reproduce this bug running LibreOffice.
Version: 4.1.1.2
Build ID: 7e4286b58adc75a14f6d83f53a03b6c11fa2903 on Mac osx 10.8.4.
Comment 2 QA Administrators 2015-04-01 14:40:21 UTC Comment hidden (obsolete)
Comment 3 Harald Koester 2015-04-07 15:10:34 UTC
Bug still exists in version 4.4.1.2 with Win 7. 

Bug already exists in version 3.3.0. Hence version set to "Inherited from OOo".
Comment 4 tommy27 2016-04-16 07:26:31 UTC Comment hidden (obsolete)
Comment 5 Harald Koester 2016-08-26 14:21:49 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2017-09-01 11:15:42 UTC Comment hidden (obsolete)
Comment 7 Harald Koester 2018-01-06 20:57:22 UTC
Bug still exists with version 5.4.4. (64Bit, Win10)
Comment 8 V Stuart Foote 2018-01-06 22:24:45 UTC
Is this even valid?

Behavior now when you select content (with 4 mouse clicks OR with <Ctrl><Shift>+<Down>) of a paragraph--you _do not_ include the paragraph break. So it would be wrong to insert one on paste.

If you need the paragraph end in the selection, extend the selection to include the end marker.

Current (legacy behavior) is correct.

IMHO => WONTFIX
Comment 9 Heiko Tietze 2018-01-07 09:11:40 UTC
Double checked the behavior of MS Word and the paragraph break is included in the selection, meaning like requested here. On the other hand it's pretty clear what is selected and with one additional key stroke you can add the break.

IIRC, we had the same or similar discussion where the cursor should go when jumping with ctrl+up/down where it also wasn't clear if we go to the beginning of the next paragraph or the end of the current. Both approaches have an advantage, IMHO.
Comment 10 Harald Koester 2018-01-08 13:18:19 UTC
(In reply to Heiko Tietze from comment #9)
> ... On the other hand it's pretty
> clear what is selected and with one additional key stroke you can add the
> break.
I think a quad click in order to select a paragraph is not used by a lot of users. Thus I do not think that most of these users are aware that they have to select the paragraph end character explicitly. In most cases they afterwards will 'repair' the text by deleting and/or inserting a paragraph end character.

Furthermore it's more logical and consistent to insert a paragraph with a paragraph end character: A word is also inserted with an additional space and a sentence is inserted with a full stop. 

Certainly this is not a bigger problem, but I think a change would make LibreOffice just a bit smarter at this place.
Comment 11 Cor Nouws 2018-01-10 13:10:58 UTC
I would not wish nor dare to touch this.
I like the behavior of Writer more then the one in Word. I remember that I always had to be careful / change selection there.
Also it is not just the paragraph end that is copied. It also has influence on formatting. So can we expect requests in that area too?
Writer is fine, just good, in this regard. IMO WontFix,
Comment 12 Yousuf Philips (jay) (retired) 2018-01-10 22:19:46 UTC
Application Comparison:

= Browsers =
Firefox        : Not Included
Chromium-based : Included

= Word Processors =
Abiword      : Included
Calligra     : Not Included
- Windows -
WordPad      : Included
MS Word      : Included
WordPerfect  : Included
- Mac -
WPS/Kingsoft : Included
iWork Pages  : Included
TextEdit     : Included
- Browser -
Google Docs  : Included
Comment 13 Thomas Lendo 2018-01-15 21:53:58 UTC
I agree with Cor Nouws in comment 11.

But I would support the idea if the user can choose the behavior (with or without end character) in the options dialog.
Comment 14 Cor Nouws 2018-01-17 16:07:05 UTC
also, this "problem" already exists since 1995 or so :)
Apart from that I appreciate the present behavior for a workflow faster and cleaner than I remember from the other program, also consider what one might break in existing macro applications.
I suggest to close as NotABug
Comment 15 Heiko Tietze 2018-02-08 09:50:40 UTC
We discussed the pros and cons in the design meeting. While users from other tools would benefit from the familiar workflow (see Jay's comparison in comment 12) the LibreOffice users know and accept our way of dealing with paragraph breaks. So we came to the conclusion to keep the current behavior.
Comment 16 Timur 2018-07-06 13:49:38 UTC
*** Bug 88923 has been marked as a duplicate of this bug. ***
Comment 17 Timur 2018-07-09 07:43:16 UTC
I think we should reconsider this one in the light of all the "See Also" that stem from not understanding this one, and probably there will be more. 
At lest we need a dedicated help page. 
I'm in favor of option for a user to choose, if feasible.
Comment 18 Heiko Tietze 2018-07-26 08:44:18 UTC
We talked about the topic in the design meeting and agree with Timur that an option would be nice. However, the implementation should be done carefully facing the pitfalls of paragraph handling. For example whether source or target style is taken needs to be defined.