Description: New pages added after drag drop/copy paste/ Cut paste of text (caused by page style setting) Steps to Reproduce: 1. Open the attached file 2. CUT/Paste or copy/paste or drag and drop Hello World below the dashes Actual Results: Additional page added with text on it Expected Results: They page style not being attached to they text in the first paragraph Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: e8b8e7be0b2ad693224cd94062a55610eb69df7e CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL and in 3.3.0
This an example of those cases (as also happening with tables).. which can frustrate me tremendously. This is more or less inherent to the design I presume if you make page style depend on paragraph (as such) Changed the example file actually 1. Open The attached file 2. Drag Hello World Below BBB 3. Undo 4. Drag Hello World between AAA/BBB 5. Undo 6. Drag Hello World Next to AAA 7. Drag it again below BBB (now it works as expected)
Created attachment 165160 [details] Example file
Created attachment 165161 [details] Example file number 2 1. open the attached file 2. Set cursor on BBB page 2 3. CTRL+ALT+UP 4. CTRL+Z 5. Place cursor AAA and press CTRL+ALT+DOWN a few times
one man's bug is another man's feature.
(In reply to Justin L from comment #4) > one man's bug is another man's feature. As general notion this is certainly true. However really a discussion stopper at the same time. So of course if I say it's undesired, this certainly doesn't mean i'm right. And it should be changed straight away. Or maybe it should be changed at all.. I only attempting to point out something (but certainly not unique) I'm only try to get some attention about something I dislike, would like to see differently. Not a being a clear (evident) case of being wrong. Ideally there are metrics. Telemetry/pools/ discussion/ workflow research.. Or a topic where this is being analyzed in depth Not some a report in a obscure bug tracker, hidden away etc. Decided by few people in the backroom. Anyhow I still hope there is some kind of feedback system. Else suboptimal stuff keeps in because large group dislikes it (but ignores it) and small group uses it (and starts complaining) when it's removed. And the one with the loudest voice wins. So we currently at an impasse :-). Which is mostly the case with all 'UI/UX' issues. there is always an argument contra. The behaviour is already 10 years old (So this can't be changed). It's used by someone. It's a corner case. It's a lot of work... Someway we need to start with blog posts about design issues. Giving examples and how we struggle to get it right. And see what others think of it. And or polls? How do they do this at MS Research? My fear: only hardcore LibreOffice enthousiasts will respond. Not representing the (major) user population. OTOH: Being to conservative might mean suboptimal product.
Well, this is super-minor. It is really easy to delete a page break that unintentionally copies over. And if you want to paste many times, then copy, paste, delete page break, copy again, and paste away forever. On the other hand, if you take away the feature, then the person who DOES want to copy with the page break has nothing that will work for him. No one is going to want to have a dialog pop-up on paste asking if you want to paste a page-break or not. It takes just as much user effort to approve that as it would take to just remove the unintentionally pasted break. So I don't really see what can be improved. IMHO current implementation trumps almost everything when there isn't a clear right or wrong. The worst thing that ever happens is when something that used to work is now broken.
It works exactly as defined with Paragraph > Text Flow > Breaks [x] Insert [Page] [Before] [Landscape] for the paragrapg with "Hello World". And moving this paragraph around has of course bearing on the page break. The second example is off-topic, AFAICS, and I don't get what's wrong there.
Created attachment 165688 [details] Example file (In reply to Heiko Tietze from comment #7) > It works exactly as defined with Paragraph > Text Flow > Breaks [x] Insert > [Page] [Before] [Landscape] for the paragrapg with "Hello World". And moving > this paragraph around has of course bearing on the page break. > > The second example is off-topic, AFAICS, and I don't get what's wrong there. What's the most 'annoying is imply if you set a page break (in current case with page break). You always copy/paste the thing around. A more realistic/better example 1. Open the attached file 2. Say I want to move the yellow marked line to the fourth row (copy/paste) or drag & drop 3. They stupid page break gets along (every time). I get if the 'page break' is attached to the first 'character' (or similar behavior as anchor to paragraph behaves .. but being attached to the full paragraph.. simply frustaring.. They issue with a table which starts at after page break. The table gets a page break attached to it. It can be coincidence that the table is simply after the page break. Yes, their are likely valid reasons to attach a page break to content of next page (paragraph/table). Especially if you explicitly state so. However pressing 'CTRL+ENTER might be intended to attached a page break to the next content after a page break. Nor is it always the case that it should be 'attached to the whole paragraph text'. It simply feels excessive (and partly counter productive).
(In reply to Telesto from comment #8) > It simply feels excessive (and partly counter productive). Natural and straightforward to me. Besides there is no point in attaching a page break to a character, why do you think that's a solution? You would argue that moving this word around must not lead to changes to the text flow. What you really expect is a character as page break, similar to LF/CR. You would lose the ability to add a break before, which is pretty nice for top level chapters, but in the end it's exactly the same as today: the paragraph contains the actual break.