Expected Behavior

Hi All,

Can someone take a look at this bug report and let me know if it's expected behavior. For some reason it seems to be a feature (but I have no clue why someone would want this behavior).

https://bugs.freedesktop.org/show_bug.cgi?id=71842

Thanks!

Joel

Can someone take a look at this bug report and let me know if it's
expected behavior. For some reason it seems to be a feature (but I have
no clue why someone would want this behavior).

https://bugs.freedesktop.org/show_bug.cgi?id=71842

I currently don't particularly remember what that shortcut is
intended for, but...

1_ I can replicate the first part of the process (which moves the
text to the second page). I am apparently unable to reproduce the
_second_ "Place your cursor behind the first rule of the second page"

as described in the original report. Since I am not testing in Mac,
perhaps this behavior is different?

2_ The first part of the procedure inserts a new paragraph and resets

the style. I'm not sure what exactly triggers the insertion of a new
page, since I don't see any kind of "page break".

3_ Whatever the specific position "behind the rule" really means, and

whatever is supposed to be, there are two details that are not clear
(to me) in the initial report.
3.1_ What the procedure is supposed to do / achieve? (In other
words, what's exactly wrong or unexpected or buggy?)
3.2_ What exactly *the reporter* was trying to achieve? (Isn't it
possible that he is trying to do something by using an inadequate
procedure?)

Whether this is a bug or not, IMHO the first step (before even
investing time) should be getting clear answers to the above points
#3.1 and #3.2.

IMHO, Only if the expected supposed behavior is really incorrect for
that specific procedure, then perhaps it deserves some attention; if
not, "do no harm".

Regards,
Ady.

He actually reported on my behalf :wink: So I am the OP and Joren was my proxy :slight_smile:

As for what I'm trying to achieve - a usable outline for my law classes - they already run into the 70+ pages, having all this blank space is not working out for me.

I agree about his second step - I should have clarified. What he means that if you go to the end of the first line of the new page (ie. you've pushed enter after a line "test" and all the text below it jumps down to the next page. Then go to the next page, place the cursor at the end of the first line and push enter again - you'll see that the heading jumps back up to the previous page (exactly where you'd expect it to be).

Additionally a real problem is that ctrl+z doesn't put the text back to its previous location - furthermore if you turn on non printing characters, it's impossible to really see what caused the jump (no characters show in all that empty space)

Best,
Joel

Joel Madero wrote:

I agree about his second step - I should have clarified. What he means
that if you go to the end of the first line of the new page (ie. you've
pushed enter after a line "test" and all the text below it jumps down to
the next page.

"Heading 1" style has its "Next Style" set to "Text Body". When you add a new line after a "Heading 1"-styled line, that new line has "Text Body" style. That does not have "Keep with next paragraph" set, so the next paragraph is not forced to stay on the same page. If there was only one more "Heading 1" line following that, it would indeed stay just below, on the same page.

However, there are many more consecutive lines, each with "Heading 1" style, so each having to be kept with the next. In an attempt to keep them all together, LO moves them all onto the next page, leaving a large gap (although this effort fails, since it still can't keep them all together anyway).

It looks like you're trying to create a template with a load of headings but no content within them? (Sorry, didn't intend that to sound like something an irritating paperclip might pop up and say!) Perhaps just leave a blank "Text Body" line between each heading in the template, ready to type the content? Or accept that the headings will be bunched together on the next page to start with, but will be OK when content is inserted between them?

Then go to the next page, place the cursor at the end of
the first line and push enter again - you'll see that the heading jumps
back up to the previous page (exactly where you'd expect it to be).

Because the "Heading 1" line has to be kept with the new blank line, but that new blank line doesn't have to be kept with the following heading - so it's free to be on the previous page.

Additionally a real problem is that ctrl+z doesn't put the text back to
its previous location - furthermore if you turn on non printing
characters, it's impossible to really see what caused the jump (no
characters show in all that empty space)

That doesn't seem quite right. I'm not a LO developer, so this is all supposition on my part, but... it looks like something in the algorithm working out which paragraphs have to be kept together on the same page is being inconsistent when it can't actually fit them all on one page.

If... You have just enough "Heading 1" lines to reach to the bottom of the first page (without flowing onto the second page). Then insert a line after the first heading on the page, so the rest jump to the second page. Then undo. It does then put everything back on the first page as you'd expect, because it does all fit there.

When it doesn't all fit on one page, after undoing the inserted line the stuff on the second page is still set to all be kept together, so is not broken apart. Since this can't fit on the same page as the original first line, which is also supposed to be kept with the following lines, a page break has to be made somewhere. It's supposed to all be on one page, but can't be. It's no less valid to break after the first line than after the 20th, so it seems to take the "easy" option and do nothing.

Undo twice then redo might work as a workaround, but then the second undo and redo might cause a similar problem of their own.

(For what it's worth, I've seen worse than this with M$ Word, where I frequently find that I undo something and a whole page vanishes from display and just shows a blank page in its place. Scrolling up and down a few times seems to refresh the page display and sort it out.)

Mark.

That behaviour is the normal, usual, and expected pattern. It is related
to how and why styles are constructed. It can be overridden, by changing
the style attributes from the default settings.

jonathon